Dotaz: Debian stable: Fatal Python error po pádu serveru

[hexdump]

Dobrý den. Po pádu serveru se mi při aktualizaci začala objevovat tato hláška:

Fatal Python error: Py_Initialize: Unable to get the locale encoding ImportError: No module named 'encodings'

Current thread 0x00007f41c2901700 (most recent call first): Aborted E: Podproces /usr/bin/apt-listchanges --apt || test $? -lt 10 vrátil chybový kód (1) E: Failure running script /usr/bin/apt-listchanges --apt || test $? -lt 10

Veškeré služby mi běží ale nemohu provádět aktualizace ani přidávat či odebírat programy. Zkoušel jsem podle rad z webu měnit PYTHONPATH a PYTHONHOME ale vše se minulo účinkem. Můžete prosím někdo poradit jak uvést systém do plně funkčníh stavu? Děkuji za ochotu a Váš čas.

Odpovědi

[Andrej]

Tohle podle mě tak na 99% nepomůže, ale co kdyby: Zkusil jsi to spustit s LC_ALL=C a/nebo se všemi proměnnými z locale nastavenými na C? Třeba by pak Python na kód, který potřebuje chybějící knihovnu, vůbec nenarazil, protože je dynamický až na půdu, a mohlo by to stačit k aktualizaci systému do funkčního stavu.

[Ruža Becelin]

Neprehodil se nejak napr. default z Python2 na Python3?

[hexdump]

Teď už nemám server v dosahu ale zítra vyzkouším Vaše rady a dám vědět. Zatím díky a přeji pěkný zbytek dne.

[hexdump]

Zdravím.

Cviky s locales nepomohly a python je nastavený správně.

python --version Python 2.7.13

[_]

máš pravěkou verzi pythonu, zamyslel bych se nad tim

[debian+]

Máš to asi zle nastavene.

[hexdump]

Co mám zle nastavené? Do pádu serveru(závada na napájecím zdroji)aktualizace fungovaly bez problémů. Po výměně zdroje a opětovném najetí serveru se začal objevovat zmíněný problém. Na konfiguraci se nic neměnilo. To vím stoprocentně protože jsem jediný kdo k němu má přístup.

[debian+]

Nevydavaj sa za nekoho, kym nie si !!!!

[Andrej]

Ale on se za nikoho nevydává! Jeden anonym jako druhý; v tom není žádný rozdíl. Pořád stejně nežádoucí. Jo, to žeru, když se dva anonymové na ABCLinuxu neshodnou, kdo je kdo.

[debian+]

plus jedna. ať se trumbera zaregistruje.

[hexdump]

S čím je problém?

Přezdívka: hexdump Datum registrace: 10. 4. 2019

[GeorgeWH]

Skus pomocou debsums skontrolovat integritu suborov.

[hexdump]

Rád bych vyzkoušel ale díky výše uvedenému problému nejsem na stroji schopen nic instalovat ani aktualizovat.

[GeorgeWH]

Su to len binarky, takze stiahnut balik a vykopirovat ich.

[Jendа]

Ano, ale hodilo by se vědět které. Ať nemusí dělat všechny.

//tohle se mi stalo taky, na Raspberry Pi. Prohlásil jsem to za vadnou SD kartu a dal tam jinou s čerstvým systémem. Ale zajímalo by mě, čím že to případně bylo.

[ET]

co na to pustit strace?

[Andrej]

<off_topic>Jo, být tam pořádný souborový systém, vadná SD karta by byla triviálně odhalitelná (read error plus zpráva v dmesg o konkrétním souboru a bloku, u kterého neseděl checksum). Just sayin'. Přidávám toto vlákno do svých četných "proč Btrfs" bookmarků. Kdoví, třeba tam k silent data corruption vůbec nedošlo; třeba to byl úplně jiný problém. Ale s Btrfs by člověk aspoň _věděl_ o problému o fous víc. </off_topic>

[GeorgeWH]

Staci vykopirovat binarku debsums a potom spustit /cesta/k/debsums -cs. Ja som mal problem, ze mi na jej spustenie este chybal balik libfile-fnmatch-perl. Ten obsahoval 2 subory, ktore som nakopiroval do systemu (podla cesty v baliku) a islo mi to.

Balik debsums zavisi na:

perl, ucf, libfile-fnmatch-perl, libdpkg-perl, dpkg

co by malo byt standardne v systeme nainstalovane.

[Andrej]

No tak zjisti, který balíček vlastní /usr/bin/apt-listchanges a začni třeba od toho. Tohle může být ono? Nejde o instalaci a aktualizaci, ale spíš o stažení toho balíčku a instalaci stejné verze, jen (předpokládám) nepoškozené.

Není to náhodou tak, že balíček se dá pořád ještě prostě rozbalit tarem v kořenovém adresáři (v případě krajní nouze), dokonce i kdyby vůbec nefungoval deb? Nevím, jak to má Debian, ale u Archu by to rozhodně šlo. Jo, člověk by sice musel potom smazat nějaké soubory s metadaty balíčku, které by se rozbalily taky (nebo je odfiltrovat vhodnými optiony pro tar), ale jinak je to prostě tar a xz, nic dalšího k tomu není potřeba.

[Jendа]

Tohle podle mě nebude problém v apt-listchanges, ale v Pythonu. Schválně ať zkusí spustit interpret a udělat import encodings.

[hexdump]

Interpret se normálně spustí a import encodings proběhne bez varovných hlášek.

[Pavel Stárek]

Nevím,školy nemám, ale trochu mne zaráží, že na ten stroj nelze nic instalovat, byť balíčky apt a dpkg nejsou na balíčku python2.7 (a python2.7-minimal, libpython2.7-minimal a libpython2.7-stdlib) závislé. Pythoní modul encodings je součástí balíčku libpython2.7-minimal, a při poruše zdroje zřejmě došlo k porušení filesystému a tím i k vymazání některých souborů a tudíž by šlo teoreticky udělat toto:

sudo apt-get install --reinstall python2.7 python2.7-minimal libpython2.7-minimal libpython2.7-stdlib

[Jendа]

Tak jako ono to umře na apt-listchanges, takže by možná mohlo stačit nahradit /usr/bin/apt-listchanges prázdným skriptem.

[R]

Alebo "dpkg -r apt-listchanges".

[hexdump]

Vy zkouším v pondělí až budu u serveru.

Díky.

[hexdump]

Sudo apt-get install --reinstall python2.7 python2.7-minimal libpython2.7-minimal libpython2.7-stdlib skončí na:

Fatal Python error: Py_Initialize: Unable to get the locale encoding ImportError: No module named 'encodings'

Current thread 0x00007f01a647a700 (most recent call first): Aborted E: Podproces /usr/bin/apt-listchanges --apt || test $? -lt 10 vrátil chybový kód (1) E: Failure running script /usr/bin/apt-listchanges --apt || test $? -lt 10

[Peter Golis]

Obnov to zo zálohy.