Asensin mint 19 koneeseen,
Mutta kun käy hakemassa päivityksiä niin tulee ilmoitus rikkinäisestä paketista ja päivitysten asennus pysähtyy.
Sit tulee ilmoitus, että ets rikkinäinen paketti suodattimella rikki.
kuva:
https://aijaa.com/byj0l3
Kysymys: Miten ja mistä etsitään suodattimella rikkinäinen paketti?
Ohjetta tarvitaan.
Kiitos.
Mutta kun käy hakemassa päivityksiä niin tulee ilmoitus rikkinäisestä paketista ja päivitysten asennus pysähtyy.
Sit tulee ilmoitus, että ets rikkinäinen paketti suodattimella rikki.
kuva:
https://aijaa.com/byj0l3
Kysymys: Miten ja mistä etsitään suodattimella rikkinäinen paketti?
Ohjetta tarvitaan.
Kiitos.
Vastaukset 49
Vanhimmat
Siis miten rikkinäinen paketti etsitään ja korjataan?
Synaptic kertoo myös rikkinäiset.
Mitä tarkoitat?
Mitä on nyt tehtävä seuraavaksi?
Käynnistä ohjelma Synaptic.
Alareunassa näkyvät rikkinäiset ( ynnä muut).
Luultavasti päivittäminen Synaptic:ssa korjaa nuo.
Mikä synaptic on mistä löytyy ja mistä se aukaistaan?
Viittaa vialliseen kovalevyyn!
No ei viittaa, vaan rikkinäiseen asennuspakettiin.
Tämmöinen löytyi
https://aijaa.com/J1lobs
mitä pitää nyt tehdä?
Linuksihan on aina rikki.
Kannattaisi sitten vaihtaa johonkin Linux-pohjaiseen käyttöjärjestelmään.
Onko tuo "linuks" joku lempinimi käyttämällesi Windowsille?
Klikkase sitä ja sitten päivitä ( siellä ylempänä)
Nyt tein jotain sellaista ettei päivityksen hallinta avaudu enää ollenkaan.
m
Mikä se sudo komento oli jolla päivityksiä haetaan ja asennetaan?
Se joka laitetaan päätteeseen.
Kun ei löydy vasta-argumentteja niin aletaan nimestä höpisemään.
Kun sinulta ei löydy edes niitä argumentteja. Itsehän käyttelet tyytyväisenä sitä Linuks-Windowsiasi, mitä kutsutaan ammattipiireissä myös tubuttimeksi, kun sekä se että sen käyttäjät esittävät auliisti mielipiteitään Linuks-Windowsin ihanuudesta pyytämättä. ; )
En tiedä koska en sudottele sillä Synaptic on hoidellut asiat jo ainakin tämän vuosituhannen ajan.
ELÄ HUUVA! MÄÄ KOTTIIS NII!
päätteessä päivitykset hoituu kirjoittamalla
sudo apt update && sudo apt upgrade
Komentoriviltä 'sudo apt install --reinstall <paketin nimi>', asentaa paketin uudelleen. Samalla saat tietää paketin riippuvuuksista muista paketeista eli jokin niistä voi olla vaikka asentamatta myös, se kyllä kerrotaan!
Tuo on niitä miksi käytän Ubuntua.
Tuollaisne on sitä miksi en käytä Ubuntua.
Asensin ubuntu 20.04.2 LTS 64bit tähän koneeseen.
prossu on intel pentium cpu 2127U 1.90GHzx2
miten saa selville onko prossu 32bit vai 64 bit?
Intelin prosessoritietokannasta, kohdasta Instruction Set:
https://ark.intel.com/content/www/us/en/ark/products/75191/intel-pentium-processor-2127u-2m-cache-1-90-ghz.html
On siis 64-bittinen prosessori.
Miksiköhän minun distroni ( ei U ) osaa kertoa tuollaisen?
Kiitos tiedosta
.....
Mulla on toinen samaa merkkiä ja samaa mallia oleva kone niin koitan siihen asentaa mintin kun se ei onnistunut tuohon ekaan koneeseen.
Ap.
Osaa sekin: Anna Päätteessä komento
getconf LONG_BIT
Tällaisen selvittämiseen on monia keinoja, mutta prosessoritietokannasta asian tarkistaminen ENNEN asennusta lie paras tapa. ; )
Tietysti: jos 64-bittisen käyttöjärjestelmän asentaminen menee läpi, on prosessori ja koko piirisarjakin 64-bittiset. Aikoinaan oli sekasikiöitä, joissa prosessori oli 64-bittinen, mutta emolevyn piirisarja ei sitä tukenut.
32-bittiseen laitteistoon ei 64-bittinen jakeluversio ole asennettavissa.
Höpö höpö: Linux asennusohjelma asettaa 64-prosessorin 32-bittiseen moodiin jos välttämättä sille haluat em. asentaa. Tietysti vain, jos prosessorista löytyy 32-bittinen yhteensopivuuden tuki.
Mietihän vähän..
Se oli joku pakettihallinta, jonka jäljiltä jää noita rikkinäisiä paketin kappaleita.
Jokuhan se aina on, yleensä töpiköijä.
avaa pääte ja kirjoita sinne
sudo apt install -f
tuo korjaa automaattisesti rikkinäiset paketit ja mahdolliset puuttuvat riippuvuudet (jos ei niin sitten on isompaa hässäkkää)
Ei siinä ollut kyse puuttuvista, vaan viallisesta poistosta.
Eikä tuo sudo apt install -f yksinää ratkaise yhtään mitään, päin vastoin päitys komennot pysähtyvät tuon jälkeen.
mitä sä oikein selität?
Sitä että tuo sudo apt install -f yksinää ratkaise yhtään mitään.
Tiedot prosessorista saa vaikka kysymällä kerneliltä cat /proc/cpuinfo. Toki monella muulla tavalla.
Paketinhallinnan virheitä (tai ominaisuuksia) voi myös korjata monilla tavoilla. Jos pistät sudo apt install <paketin_nimi> tulosteen tänne, niin helpompi auttaa. Yleensä kyse riippuvuuksista joita ei voida täyttää. Paketinhallinta yleensä kertoo hyviä korjausehdotuksia.
sudo apt-get install -f
Korjaa kirjnpidon riippuvuksista, kun ongelma on ensin korjattu.
Väärin tehty poisto tai asennus, voi tuoda mukanna virheitä järjestelmän kirjanpitoon. APT ei hyväksy niitä, ja näin ollen et saa asennettua tai päivitettyä järjestelmää, ennen virheen korjaamista.
ESIMERKKI VIRHEILMOITUKSESTA
dpkg: varoitus: files list file for package 'python-sk1' missing; assuming package has no files currently installed
Tässä paketin "python-sk1" kaikki tiedostot eivät ole siellä minne ne kirjanpidon mukaan kuuluvat. Älä yritä asentaa puuttuvia tiedostoja, vaan poista tuo paketti.
POISTO
sudo dpkg --remove --force-remove-reinstreq python-sk1
KORJAA dpkg PAKETTIHALLINNAN TILA
sudo dpkg --configure -a
KORJAA apt PAKETTIHALLINAN TILA
sudo apt-get install -f
Ja nyt on taas kaikki kunnossa. Näihin virheisiin päädytään usein dpkg pakettihallintaa käytettäessä ohjelman asennukseen. Sekin täytyy tehdä oikein, niin vältyt turhalta hässäkältä.
T. Manjaron käyttäjä, jossa ei näitä ongelmia ole.
Entisenä Mintin käyttäjänä voin sanoa; dpkg: varoitus tulee hyvin arvoin vain yhdestä paketista. Ja kun varoitus tulee, sama poisto tehdään jokaiselle paketille erikseen, ennen kirjanpidon korjauksia.
Loistavaa osaamista.
Niin harvalla, niin harvalta sitä täällä löytyy.
Mutta manjaron puolelta sitä löytyy, vaikka muille jakaa.
Niin löytyykin. 😌 😌 😌
No, sehän hyvä.
On niin, on tosiaankin niin.
Sämppärin kiusaksi.
Suodata "Sodat" katekoria pois, niin pahimmat idioottiketjut eivät näy.
"Rikkinäinen paketti" tarkoittaa sitä, että sen md5/sha256-summa ei täsmää pakettivarastosta löytyvään summaan latauksen jälkeen TAI joissakin distroissa ohjelman asennettujen tiedostojen summat ei täsmää. Olen onnistunut saamaan tällaisia aikaan seuraavilla tavoilla:
1. ylikellottaminen
-tietokoneen väylien ylikellottaminen voi saada aikaan tilanteen, että tiedot ei päädy levylle aina täysin oikeassa muodossa. Western Digitalin levyt on erityisen herkkiä väylien ylikellottamiselle - tiedostoja hajoaa jo melko pienillä ylikellotuksilla jos niitä alkaa siirtelemään levyjen välillä!
2. prosessorin ylilämpeneminen
-asennuspaketit on usein pakattu .zip, gzip, yms. kaltaisella ohjelmalla jotta veisivät vähemmän tilaa siirrettäessä - jos prosessori laskee paketin aukaisussa väärin on seurauksena viallinen tiedosto. Tällainen on mahdollista havaita ihan samalla tavalla, kuin itse paketinkin virhe, pitää vaan olla lista asenetuista tiedostoista ja niiden tarkistus-summista. Ikävää tässä on se, että mistään ei voi päätellä prosessorin tehneen virheen, jos tarkistussummaa ei ole saatavilla!
3. levyn CRC-virhe
-paketti on jäänyt lojumaan levylle hyvin pitkäksi aikaa - mikä on pitkä aika? Riippuu levyn virheen korjauksen tasosta ja koosta. Aikanaan 40 megan kiintolevy(!) ei mennyt ikinä rikki CRC:n osalta, koska levyn tiheys oli niin pieni. Sen sijaan teratavun levylle olen onnistunut saamaan CRC-virheitä jo kahden vuoden käytön jälkeen. CF-muistikortille asentamisen jälkeen tuli tällaisia virheitä lähes aina levyn tarkistuksen yhteydessä vastaan, kun muistikortti alkoi vanheta(>6 vuotta vanha). Ja kohde ei ikinä ollut uusi tiedosto, vaan jokin alkuperäisistä asennetuista tai backup-valokuvakansiosta. Valokuvissa tuo ei mitään haitannut, mutta binääritiedostoja piti välillä kopioida uudestaan, kun ohjelma lakkasi toimimasta.
4. paketin riippuvuudet
Asennat paketin, jolla on riippuvuuksia muista paketeista ja jätät osan niistä asentamatta! Tämä on varmasti se yleisin päänvaiva, mitä vastaan tulee koska sen ratkaiseminen on joskus todella ikävää. Varsinkin ristiriitaiset riippuvuudet eri pakettien välillä on sellainen suo, minkä voi lähes aina välttää olemalla asentamatta paketteja paketinhallinnan ohi! Joskus ainoa tapa ratkaista ongelma on kääntää ohjelma uudelleen ilman ulkopuolisia riippuvuuksia eli staattisena ja se se vasta kipeätä tekeekin!