Dotaz: Upgrade RPi skončil chybou a OS ro

[Petr Fiedler]

Přílohy:

• rpi-upgrade_error.txt (5386 bytů)
• dmesg.txt (28420 bytů)

Zdravím
když jsem dnes spustil aktualizaci na RPi 4B, distro NextCloudPi (Buster Lite), skončilo to chybou viz. příloha a systém skončil ro. Byl jsem připojen přes SSH a terminál mi nebral vůbec žádný příkaz, takže jsem musel RPi vypnout natvrdo. Spustil jsem fsck.ext4 na systémový oddíl na SSD a btrfs check na datový disk a oboje je v pořádku. RPi mi teď normálně funguje, ale rád bych zjistil, co se stalo, protože to není poprvé. Prvně jsem tu stejnou chybu ignoroval, ale teď už se mi to nelíbí. Výpis chyby obsahoval 2 příkazy. Oba jsem spustil a výpisy těch příkazů jsou také v příloze. Věděli byste prosím někdo, proč k tomu došlo?

Přikládám i dmesg. Něco červeně tam je, ale moc mi to neříká.

Odpovědi

[Petr Fiedler]

Příloha:

• dmesg-red_lines.txt (675 bytů)

Přikládám soubor, který obsahuje pouze ty červené řádky z dmesg.

[j]

Jako prvni krok si vypni tu cestinu, protoze decryptovat rozsypanej caj a pak to jeste zpetne prekladat na to se ti kazdej visco ze?

Ty prvni dve hlasky jen rikaj, ze mas (ne)disk na vohovnenym USBcku, takze se o nem neda nic zjistit, a tudiz te to jaksi informuje, ze tedy bude pouzita kristalova koule (nejaky default).

Ty dalsi hlasky ti rikaj, ze pro wifinu bude pouzitej nejakej modul, kterej mozna neni uplne idealni pripadne ze ti nektery casti ty wifi fungovat nebudou (v principu ti to muze byt jedno, treba si ani nevsimnes, typicky to jsou veci jako ruzny slucovani vic kanalu atp). Plus ze se pokusil pro tu wifinu nahrat nejakej firmware coz se nepovedlo.

Rozhodne nic z toho neni zadnej error. Pokud mas system na SDcku, tak tam byva nejzasadnejsi problem v rozpalu latence. Jinak receno, to SDcko ti nekdy odpovi za ms, a jindy za sekundu. Coz uz muze system vyhodnotit jako fail a odpoji to. A to i v situaci, kdy tomu SDcku vlastne vubec nic neni. SDcko funguje nejlip tak, ze ho provozujes prakticky jako RO a ani to cteni nesmi byt moc casty. Mozna na nej semotamo jednou za cas vyklopis nejaky logy. Jakejkoli inplace upgrade = hromada cteni a zapisu, coz je presne to, co SD nezvlada. Respektive takhle, muzes si poridit (za odpovidajici $$$) prumyslovy SDcko (takovy se davaji trebas do serveru) ktery maji samozrejme i cache a dalsi veci, coz prozmenu nebudes chtit platit (pokud mi skleroza slouzi za 32G zaplatis neco kolem $80 coz je cca 10x vic nez za obyc kram nekde v alze).

---

Dete s tim guuglem dopice!

[Petr Fiedler]

Za rozsypaný čaj se omlouvám. Nevěděl jsem, že se to stalo a nevím, čím to je.

Četl jsi přiložený soubor z dotazu "rpi-upgrade_error.txt"?

Systém na SD nemám. Proto jsem v dotazu psal: "systémový oddíl na SSD". Když jsem jej ale právě na té průmyslové SD ~ 2 roky používal, bylo vše naprosto bez problémů. ADATA 16 GB se S.M.A.R.T. atp stála ~ 600 Kč. Jasně, za to je dnes SSD, ale určitě se hodí.

[X]

Je mozne, ze mas ve fstab u / oddilu error=remount-ro a pri upgrade doslo k chybe karty. Prilozene vystupy vypadaji celkem v pohode. Cervene hlasky tam mam taky, je to jen nove barevne zvyrazneni, ale v tomto pripade to "nema vliv na funci", myslim..

[Petr Fiedler]

Příloha:

• rpi-fstab.txt (227 bytů)

Ve fstab volbu ro nemám viz. příloha. Systém nemám na SD viz v dotazu: "systémový oddíl na SSD". Systém se prostě přepnul do ro a nevím proč.

[Petr Šobáň]

Prostě z nějakého důvodu se přepnul fs do RO režimu.

Proč netuším, ale pokud tam máš SD kartu na které je systém tak ji vyhoď, SD karty jsou nespolehlivé a normálně bootuj přímo z SSD RPI 4 to umí.

[Petr Fiedler]

Měl jsem systém ~ 2 roky na průmyslové SD a bez problémů. Teď jej mám na SSD viz text v dotazu: "systémový oddíl na SSD" a problémy mám. Nechápu, jak se může OS sám přepnout do ro. Je to divné. Nevíš alespoň, kdyby se to zase stalo, jak systém vypnout normálně a ne natvrdo? Přes to SSH mi to nic nechtělo vzít (poweroff, systemctl stop). Vždy mi to vrátilo, že to nelze provést, protože OS je ro.

[Petr Šobáň]

Tak jaký převodník?

Já používám AXAGON ADSA-FP2 FASTport2 adaptér a vše napájím přes aktivní hub i-tec USB 3.0 Charging HUB 7port + Power Adapter 36W

Jinak do RO se FS přepíná sám po chybě FS a chyba vznikla při instalaci balíčku

Job for rpi-eeprom-update.service failed because the control process exited with error cod
e.
See "systemctl status rpi-eeprom-update.service" and "journalctl -xe" for details.
dpkg: neobnovitelná kritická chyba, přerušuji:
 nelze vyprázdnit aktualizovaný stav „rpi-eeprom“: Read-only file system

Předtím byl FS OK protože by se jinak ten balíček nestáhnul.

Takže buď haprují převodníky usb/sata a nebo napájení.

Jinak doufám že tam máš aktivní usb hub - napájet to z RPI je špatný nápad - jsem to testoval a funguje to ovšem usb čip na RPI se pak přehřívá a to taky pak může haprovat.

Já napájím z toho aktivního hubu jak dva 2,5" HDD a i vlastní RPI4 a bez problémů.

[Petr Fiedler]

No já mám prakticky ten stejný AXAGON. Sám si mi jej doporučil a na základě tvého doporučení jsem si 2 koupil. Akorát, že ne ADSA-FP2, ale ADSA-FP3, u nichž je i 12 V/2 A napájecí adaptér, takže je pak můžeš používat i na 3,5" HDD's. Do RPi mám SSD zapojeno bez toho napájecího adaptéru a ještě do něj mám zapojen i ext. 2,5" HDD taky bez přídavného napájení. Když jsem míval OS ještě na SD, tak mi ten samotný HDD problémy nikdy nedělal. Ani RPi 3B+ s ním nemělo problém. Vypadá to ale, že v kombinaci s tím SSD už je toho na RPi moc. Můžu do toho AXAGONu zapojit ten 12 V/2 A adaptér? Nebude to na to SSD už moc silné? Pro jistotu, je to tenhle.

[Petr Šobáň]

Připoj k tomu ten adaptér a uvidíš co to bude dělat.

Taky otestuj teplotu toho USB čipu na RPI - případně i na něj dej chladič.

[Petr Fiedler]

Chlazení mám tohle, takže IMHO dobrý. Každopádně jsem do té redukce zapojil ten adaptér a uvidí se.

Díky za rady.

[Petr Šobáň]

A chladí to i ten USB čip? Pokud se ho nedotýká tak to může být horší.

[Petr Fiedler]

To nevím. Když jsem tam ten chladič dával, tak tam těch dotykových ploch bylo více, ale jestli nějaká z nich pasovala na ten čip nevím. Odlepovat se mi to teď nechce. Počkám a uvidím. Jestli to nebude zlobit, tak to řešit nebudu.

[Petr Šobáň]

Pokud by to pořád blblo tak když to nechceš odlepovat tak pak vyzkoušet to vše zapojit do externího USB 3 HUBU který bude dostatečně napájen, aby se z USB nebral žádný odběr.

[Petr Fiedler]

U jsem na ten tvůj koukal. Pokud by to zlobilo, tak jej koupím.

[Petr Fiedler]

Příloha:

• pokus.txt (6261 bytů)

Této reakce si nevšímejte, jen zkouším, jak se zobrazí text v příloze.

[Petr Fiedler]

Přihlásím se na NAS přes SSH. Spustím příkaz a jeho výstup zkopíruji a v klientovi vložím v obyčejném textovém editoru (Xed). Formátování je zachováno a vše je čitelné. Ten soubor pak vložím sem a je z toho rozsypaný čaj. Čím to je? Respektive co udělat, aby se zde zobrazovala čeština normálně?

[Peter Golis]

Pôvodný text vyzerá byť v Unicode. Ale obávam sa že prílohy na tomto portáli sa uchovávajú ako binárne dáta, a server na ne asi neaplikuje konverziu podľa priania internetového prehliadača. Keby to urobil, tak by asi zblbli obrázky a zipy.

Ak si človek prepne Text Encoding na zodovedajúcu kódovú stránku (v tvojom prípade na Unicode), tak sa mu tá tvoja príloha zobrazí korektne.

Pre riešenie chýb by asi bolo lepšie keby si mal nastavený jazyk systému na niečo iné, ako jazyk ktorým hovorí toľko ľudí ako je oficiálne rezidentov v Bangkoku. Napríklad na zjednodušenú angličtinu (a nastavil si čísla na Austráliu ktorá používa metrický systém).

[Petr Fiedler]

Máš pravdu. Ve FF stačí po kliknutí na tu přílohu pak vybrat "Zobrazit" > "Znaková sada text" a přepnout to ze "Středoevropské jazyky (Windows)" na "Unicode" a je to čitelné.

[Peter Golis]

Lepšie by bolo, keby si FF to zakliknuté nastavenie aj zapamätal tak ako to zvládal roky naspäť. Bez vlezenia niekam do tajov about:config, či kam sa to teraz dáva.

[OldFrog {Ondra Nemecek}]

Je v pořádku a dostatečné napájení? A jak je ten SSD připojený? Třeba nestačil zdroj dodat dost proudu nebo blbne připojení disku. To by IMHO mohlo k read-only stavu vést.

[Petr Fiedler]

Ano, vypadá to na napájení viz. tady.