Oziveni boot SSD U22.04-mate, ktery nahle selhal ...

[miro_]

Predevcirem, po zapnuti PC mi relativne novy SSD a nove instalovany U22-mate
nenabootoval. Byla na nem zatim nejlepe fungujici instalace U22,
z instalacniho image 22.04.5.
Bohuzel presnou hlasku si nepamatuji. Bylo to neco okolo selhani IO pristupu k disku.

Toto SSD byl v soucasnosti muj nejlepe fungujici U22 od lonskeho roku,
kdy jsem identicky system U22 zacal uzivat.
Pri posledni instalaci U22, na jinem novem SSD v 2/24 se objevovaly
problemy jiz pri 'poinstalacni' aktualizaci. Mohlo to souviset
s tenkrat uzitou verzi  instalacniho media.
Nyni se na teto instalaci z 2/24 objevuji dalsi zahadne stavy.

Problemy se objevily asi po pocatku uzivani IDE-Arduino
pro programovani ESP Wifi modulu.
(Objevuji se nahodne poskoceni kurzoru v editorech
pri editovani coz je velmi neprijemne.
I v prohlizecich se nekdy nahodne presune kurzor o nekolik radku).
Jeden z dalsich problemu teto instalace jsem zde zkousel prezentovat v
https://forum.ubuntu.cz/index.php?topic=86641.0
(K memu prekvapeni se v letosni nove instalaci zminovane
problemy s klicenkou pri spousteni Chromia se neobjevily,
ani po nekolika provedenych aktualizacich.)

Pro tuto novou 'cistou' instalaci, kde jsem po zkusenosti
z lonska problematicke aplikace zatim neinstaloval,
jsem zvolil SSD SU800 512GB. System je instalovan v BTFSR.
Systemovy oddil BTFSR je druhy v rozdeleneho disku.
Na pocatku mam vytvoren bezny oddil EXT4 pro data.
Na konci SSD je oddil home.
Uzil jsem SU800 SSD uzivajici pouze doustavovy pristupy, k bitum.
Tento typ SSD by mel byt spolehlivejsi.

Zkusim strucne popsat, co jsem vyzkousel pri hledani,
co mohlo zpusobit aktualni problem boot.
'Zablokovany' system na SSD se nakonec 'zahadne' rozbehl.
Predpokladam, ze oprava nastala po pripojeni SSD do externiho USB-SSD boxu.
Pocitac vcetne nekolika zapinani a restartu si s pristupem
k oddilu BTRFS nedokazal poradit !

Pri naslednem testu 'smart stavu' jsou videt zmeny,
v nekterych polozkach napr. 'UDMA CRC Err Rate' atd. viz priloha.
Problem byl evidentne v pristupu k BTRFS kde je instalovan system.
Ku podivu zde nejaka relokace vadnych sektoru neni videt.

Pokusy zjistit o co jde mely nasledujici zajimavy prubeh:

- Po pripojeni do PC SSD s lonskou instalaci U22.04
  SSD bylo citelne a testovatelne v 'gparted', 'disky'
  vcetne 'caja' mimo BTFSR oddil.
  K BTFSR se nebylo mozne pripojit. Z pocatku vypadalo BTFSR jako
  pripojene a neslo odpojit, casem se situace zmenila
  na nepripojitelny oddil  ......
 
- napadlo mne, ze by mohl byt problem s identickym uzivatelem
  nabootovaneho SSD.
  Proto jsem zkusil spustit U22 system z instalacniho DVD.
  Instalace zustavala viset na obrazku 'mate-zavadecim-logu'.
  Nebyl jsem si jist, zda mechanika cte DVD OK, instalacni USB
  jsem mel z pocatku problem najit.
  Po jejim nalezeni USB se situace s selhavajicim spusteni
  instalacniho media opakovala.
  Az pri pokusu stopnout proces klavesou 'pause/break'
  se zjevil terminal. Na nem byly videt 'opakovajici' pokusy ..
  'Unknown device atd..' viz prilozene foto.
  Zarazejici je, ze proces na instalacni mediu nevydal
  v ramci opakujicich se pokusu sam nejakou hlasku.
 
- Po odpojeni SSD z PC jiz byl instalacni system z USB spusten.
  Vzhledem k tomu, ze biosem tohoto PC nenacteny SSD 'neumim' nejak
  do systemu vnutit, vlozil jsem problematicky SSD do USB3-boxu.
  Po jeho nalogovani do instalacni U22 jiz sel i BTFSR prohlizet i cist !
 
  K memu prekvapeni po naslednem pripojeni SSD do PC
  se system normalne rozbel bez nejakych hlasek.
  Vypada to, ze samoopravne algorytmy 'neceho-nekde' provedly
  v externim boxu opravu v BTFSR oddilu.
  Na PC se zrejme 'samoopravne' procesy v SSD neaktivovaly
  ani pri opakovanych zapinani a pokusech cteni SSD.

- Myslim, ze by mohl byt nejaky problem v ovladacich ...
Tuto moznost pripousti take ruzne weby zabyvajici se
touto problematikou "UDMA CRC Err".

- Matne si vzpominam, ze snad pred poslednim vypnutim,
 pred nekolika dny tohoto SSD jsem spoustel aktualizaci systemu.
Tuto hypotezu by mohlo vyvratit zjisteni, kdy byla provedena posledni
aktualizace. Lze nekde v systemu tento udaj zjistit?

- Dale by mne zajimalo, zda ma nekdo zkusenosti
s vytvarenim bitove zalohy partition v aplikaci 'Disky'.
V BTFSR oddilu mam uzito 'dle gparted' asi 1/4
oddilu z jeho velikosti 68GB. Bitova zaloha celeho oddilu mi prijde
neefektivni. V BTFSR je bohuzel take zaloha z Timeshift.
Disky s volnym mistem EXT4 mam, ale oddil s BTFSR tam nemam.
Upravovat stavjici deleni disku se zalohami nevidim bezpecne.

[sabraq]

- Po odpojeni SSD z PC jiz byl instalacni system z USB spusten.
  Vzhledem k tomu, ze biosem tohoto PC nenacteny SSD 'neumim' nejak
  do systemu vnutit, vlozil jsem problematicky SSD do USB3-boxu.
  Po jeho nalogovani do instalacni U22 jiz sel i BTFSR prohlizet i cist !
 
  K memu prekvapeni po naslednem pripojeni SSD do PC
  se system normalne rozbel bez nejakych hlasek.
  Vypada to, ze samoopravne algorytmy 'neceho-nekde' provedly
  v externim boxu opravu v BTFSR oddilu.
  Na PC se zrejme 'samoopravne' procesy v SSD neaktivovaly
  ani pri opakovanych zapinani a pokusech cteni SSD.

Moc to nechápu, ten konzolový výstup máte z čeho?Systém je nainstalovaný na jednom harddisku  v tom ext oddílu a máte problém pouze s btrfs?Pokud nemůžete načíst disk fyzicky,máte problém v řadiči,nebo v kabelu,tím že jste ho dal do usb rámečku jste obešel řadič a kabel.
Podívejte se, jak máte disk rozdělen:

Kód: [Vybrat]

sudo parted -l

[miro_]

Jsem si vedom, ze nejak jednoduse popsat tuto udalost nejde.
Pokusil jsem tam zachytit nejak srozumitelne vse podstatne.
Sam mam s dlouhymi-slozitymi popisy problem.

Zkusim doplnit casti, ktere nemusely byt z predchoziho popisu jasne.

- kdyz se spusti instalace U22-mate z instalacniho media
tak behem nacitani po nejakych testech, je-li instalacni
medium OK (zrejme pri nacitani z media a osahavani hw
a stavu PC) se zobrazuje 'U22-mate logo' viz. priloha:
 'u22-mate-logo-zvadeni-systemu'.

Tento proces trva nekolik minut pri instalaci ze USB2.
Z DVD nekolikrat dele. Delku ovlivnuji pripojene disky PC.
Az tento proces skonci objevi se nejake info a dotaz
co provadet ....
Pri spusteni instalacniho media v PC bez disku
se objevi informace o pozadavcich na media, na ktere
lze instalovat a spusti se minimalizovana verze Ubuntu.

Trvani zobrazeni 'u22-mate-logo-zvadeni-systemu'
je pro spusteni bez HDD z USB2 asi 2 minuty.
Kdyz tento stav ani po asi 20-ti minutach neskoncil,
(protoze tato bedna PC nema tlacitko reset)
zkusil jsem proces prerusit stiskem 'Pause Break' klavesnici.
Naledna reakce byla ten 'ten konzolový výstup'.

- Prikladam snimek deleni SDD
  'deleni-SU800-s-U22-mate'  (instalace z 2025).

Deleni jsem uzil na zaklade zkusenosti
s instalaci stariho SSD, kde mi jiz bylo tesno,
  'deleni-SU650-s-u22-mate'  (instalace z 2024)
a i zkusenosti z U22-mate na RPI4, kde mi zacal
po aktualizacich pretekat prvni oddil 'Boot'.

Pristup pres USB radic mel evidentne vliv.
Problemum s kabelazi neverim. Pro SSD/HDD mam
v tomto PC box 2.5"/3.5". Disk jsem nekolikrat
menil i mezi 2.5" a 3.5" boxem.

[sabraq]

Tento proces trva nekolik minut pri instalaci ze USB2.
Z DVD nekolikrat dele. Delku ovlivnuji pripojene disky PC.
Az tento proces skonci objevi se nejake info a dotaz
co provadet ....

Já teda tápu mnohem více, jako první bych asi spustil kontrolu všech oddílů přes fsck, v záchranném režimu by to mělo jít bez problémů, jinak bych asi zkusil se zapnutými/vypnutými disky

Kód: [Vybrat]

lspcinebo třeba hwinfo a podíval se "na ty disky". Případně jak se vám připojují, nebo zase v záchranném režimu byste mohl odhalit,co tak dlouho trvá. Pokud nejste konzolista, spustil bych co nejdřív gparted z livecd.
Pokud jste podobný problém nikde nenašel s U22+Mate, stáhnul bych si jiný instalační obraz odjinud.

[miro_]

Tohle vse jsem delal !
Mozna jsem to v prilis dlouhem textu nezvladl dobre popsat.

Vim, ze spusteni diagnostiky z bootovani instalacniho media je jedine spravne !
Bohuzel jsem jiz ve veku, kdy klikaci aplikace mi velmi ulehci problemy s pameti.
(Vim ze napr. aplikace 'disky' spustene z instal. media uziva 'fsck' proces).
Samozrejme, v nekterych pripadech si vyhledam i reseni pro terminal..

V uvodnim textu se take pokousim uvedst, ze s install.img. z 2024
jsem mel jiz od pocatku ruzne problemy.
Je tam take uvedeno, ze s posledni verzi img. '22.04.5' zatim problemy nemam.

Ruzne SSD na nekolika PC uzivam od 2017, prevazne s U16, U18 a U20.
Z asi 13-ti SSD, jsem zatim 'opotreboval' pouze jeden '128GB SSD'.
Tento SSD byl intenzivne uzivan, behem debugovani, kompilaci, komunikaci ...
reseni 'SW' pro mikroprocesory atd... Kdyz se zacaly objevovat
ruzne problemy, tak jsem samozrejme ledacos zkousel,
vcetne firemni diagnostiky 'ADATA' ve W10.
Bohuzel tato diagnostika byla k nicemu. Pri spusteni 'podrobneho testu' se
posledni firemni program vcetne W10 se zhoutil ! Dle meho nazoru a zkusenosti,
rovnez udaje ve 'SMART' testech disku SSD nejsou schopny stav SSD dostatecne vyjadrit.
Vadna cast zmineneho opotrebovaneho SSD 128GB byla definitivne odhalena
az pri preformatovani.

[sabraq]

No máte "nepřipojitelný oddíl', to bych teda nechtěl prožít - a je to BTRFS, ne BTFSR. Podle mě bude potřeba vynutit "jenom" fsck  - někdy je vhodnější použít konzolové nástroje, někdy je vhodnější použít grafické.

Stále ale několikrát zevrubně popisujete, jak spouštíte fyzický test povrchu (ve S.M.A.R.T. stavu) v gnome-disk-utilities, nevím jak je to s SSD disky, ale spustil bych ho spíš u disku s plotnou a měl by stačit ten krátký test.

Potřebujete spustit fsck, takže (a) musíte buď vstoupit do záchranného režimu  a spustit ho v té nabídce před připojením /. Provede kontrolu ale pouze /, zbytek byste musel zkontrolovat pomocí hesla správce ručně. Nebo můžete (b) využít LiveDC, nespouštět v něm gnome-disk-utilities, ale gparted (tak jak máte na přiložených obrázcích), s tím rozdílem, že u jednotlivých oddílů si zaškrnete v nabídce "Oddíl" Zkontrolovat, u všech oddílů zvlášť, a provedete. Výsledek testu můžete někam uložit.
Věk nechte věkem  a použijte to LiveCD (i když je někdo mladší , musí taky použít LiveCD), nebo existuje bootovací cd Gparted Rescue Disk.
 

Tohle vse jsem delal !
Mozna jsem to v prilis dlouhem textu nezvladl dobre popsat.

Vim, ze spusteni diagnostiky z bootovani instalacniho media je jedine spravne !
Bohuzel jsem jiz ve veku, kdy klikaci aplikace mi velmi ulehci problemy s pameti.
(Vim ze napr. aplikace 'disky' spustene z instal. media uziva 'fsck' proces).
Samozrejme, v nekterych pripadech si vyhledam i reseni pro terminal..

V uvodnim textu se take pokousim uvedst, ze s install.img. z 2024
jsem mel jiz od pocatku ruzne problemy.
Je tam take uvedeno, ze s posledni verzi img. '22.04.5' zatim problemy nemam.

Ruzne SSD na nekolika PC uzivam od 2017, prevazne s U16, U18 a U20.
Z asi 13-ti SSD, jsem zatim 'opotreboval' pouze jeden '128GB SSD'.
Tento SSD byl intenzivne uzivan, behem debugovani, kompilaci, komunikaci ...
reseni 'SW' pro mikroprocesory atd... Kdyz se zacaly objevovat
ruzne problemy, tak jsem samozrejme ledacos zkousel,
vcetne firemni diagnostiky 'ADATA' ve W10.
Bohuzel tato diagnostika byla k nicemu. Pri spusteni 'podrobneho testu' se
posledni firemni program vcetne W10 se zhoutil ! Dle meho nazoru a zkusenosti,
rovnez udaje ve 'SMART' testech disku SSD nejsou schopny stav SSD dostatecne vyjadrit.
Vadna cast zmineneho opotrebovaneho SSD 128GB byla definitivne odhalena
az pri preformatovani.

[miro_]

- Nejak Vam asi nerozumim, zrejme neco neznam:

Wiki ubuntu:
 LiveCD, česky živé CD nebo také spustitelné CD je speciálně vytvořené CD tak, aby s jeho pomocí bylo možné spustit a používat operační systém, který je na něm (CD) přítomen. Jako LiveCD funguje například standardní instalační CD Ubuntu (tzv. desktop CD - s grafickým instalátorem) a běžně jej používají i instalační CD dalších linuxových distribucí.

Samozrejme ze jsem uzil i test uvedneho SSD, kdyz mel problem, v 'gparted' z instalacniho media.
Jsem presvedcen, za zavedeni linuxu z ISO CD nebo z ISO na USB je stejne.
Na webech je uvadeno, ze je nutne uzit pro korektni testy disku stejnou verzi OS.

- Nejsem samozrejme dokonaly jako zrejme Vy. Presmycky nekdy delam aniz bych si to uvedomil

"BTRFS, ne BTFSR"

.
- Neverim, ze by info z S.M.A.R.T. pro SSD nemelo vyznam. I ve firemnich testech vyrobcu  SSD jsou
  vysledky zobrazovany atd...
- Nevim jake, mate zkusenosti Vy, ale ja jsem jiz nekolikrat pres 'gnome-disk-utilities' opravoval
  problemy ruznych oddilu jineho SSD ze spusteneho systemu z jineho SSD.
  Samozsrejme, ze se musi testovany SSD napr. v 'gparted' odpojit.
  To bylo prvni, zkusit se podivat na problem na disku z jineho bezne spusteneho systemu
  pres gnome-disk-utility (also known as Disks)
   viz.   https://forums.linuxmint.com/viewtopic.php?t=382889
  Jak jsem psal, spustit jiny system, pri problemovem SSD v radici PC problem nebyl.
  Proto mne velmi prekvapila nefunkcnost boot instalacniho media se SSD s problemem.

[sabraq]

Nic složitýho v tom není,jen že na BTFSR toho asi moc nenajdete. Nemám zkušenosti s btrfs,ale asi bych se poohlédl po konverzi na ext4,nebo oddíl smazal a vytvořil ext4. S ničím podobným jsem se totiž nikdy nesetkal. Pokud nemáte na ext fs nastavený nějaký blbosti a nepřeskakujete auto kontrolu, vždy se na něj dostanete.
Tak hodně štěstí.

[ok1dtm]

Nic složitýho v tom není,jen že na BTFSR toho asi moc nenajdete. Nemám zkušenosti s btrfs,ale asi bych se poohlédl po konverzi na ext4,nebo oddíl smazal a vytvořil ext4. S ničím podobným jsem se totiž nikdy nesetkal. Pokud nemáte na ext fs nastavený nějaký blbosti a nepřeskakujete auto kontrolu, vždy se na něj dostanete.
Tak hodně štěstí.

Já mám podobný názor a dal bych šanci ext4. Jednou jsem se nechal zviklat výhodami BTRFS a nasadil na SSD disk. Rychlost podobná, ale občas problémy se subvolume a i/o disku. Většinou pomohl scrub. Nedávno jsem byl nucen spustit Win11, který je na jiném disku. Nemám ho ani ve společném zavaděči a vyberu při stisku F8 (Asus). Zaktualizoval jsem Win11 a provedl potřebné věci. Bohužel potom mi Linux naběhl někam do poloviny a skončil jsem na I/O erroru. Snažil jsem se to marně opravit skoro celý zbytek dne. Zkusil jsem i scrub který je určený pro opravu btrfs a nic se nezměnilo. Nakonec jsem to obnovil pomocí Rescuezilla a je to ok. Jenom nevím proč se to stalo a co bylo špatně. Příště až někdy budu měnit nebo přeinstalovávat distro použiju starý dobrý fs ext4 se kterým jsem nikdy neměl problém.

[sabraq]

Nic složitýho v tom není,jen že na BTFSR toho asi moc nenajdete. Nemám zkušenosti s btrfs,ale asi bych se poohlédl po konverzi na ext4,nebo oddíl smazal a vytvořil ext4. S ničím podobným jsem se totiž nikdy nesetkal. Pokud nemáte na ext fs nastavený nějaký blbosti a nepřeskakujete auto kontrolu, vždy se na něj dostanete.
Tak hodně štěstí.

Já mám podobný názor a dal bych šanci ext4. Jednou jsem se nechal zviklat výhodami BTRFS a nasadil na SSD disk. Rychlost podobná, ale občas problémy se subvolume a i/o disku. Většinou pomohl scrub. Nedávno jsem byl nucen spustit Win11, který je na jiném disku. Nemám ho ani ve společném zavaděči a vyberu při stisku F8 (Asus). Zaktualizoval jsem Win11 a provedl potřebné věci. Bohužel potom mi Linux naběhl někam do poloviny a skončil jsem na I/O erroru. Snažil jsem se to marně opravit skoro celý zbytek dne. Zkusil jsem i scrub který je určený pro opravu btrfs a nic se nezměnilo. Nakonec jsem to obnovil pomocí Rescuezilla a je to ok. Jenom nevím proč se to stalo a co bylo špatně. Příště až někdy budu měnit nebo přeinstalovávat distro použiju starý dobrý fs ext4 se kterým jsem nikdy neměl problém.

No a taky je podobně zhavarovaný, což u ext neznám, nevím, některé výhody systému BTRFS mi připadají nadsazený, protože záleží jak s nimi pracuje jádro nainstalovaného os a co očekává uživatel, který se ve vlastnostech a očekáváních může mýlit. Ty zkušenosti s ext se asi budou dost lišit, protože každý je zaměřen trochu jinak doma a trochu jinak "ve světě". Pokud by to byl server, tak tam asi četnost přístupů bude mít na něco vliv.
O BTRFS se toho dá celkem dost načíst, ale nerad dávám odkazy na články současných "marketingových mlátiček", to už je lepší pročítat diskuze, protože si myslím, že ti předchozí "marketéři" byli věcnější a jemnější ve výrazech. Pokud má někdo na disku ty souborové systémy vedle sebe, nevidím už snadnější a názornější způsob srovnání.

[Roman Vacho]

Nic složitýho v tom není,jen že na BTFSR toho asi moc nenajdete. Nemám zkušenosti s btrfs,ale asi bych se poohlédl po konverzi na ext4,nebo oddíl smazal a vytvořil ext4. S ničím podobným jsem se totiž nikdy nesetkal. Pokud nemáte na ext fs nastavený nějaký blbosti a nepřeskakujete auto kontrolu, vždy se na něj dostanete.
Tak hodně štěstí.

Já mám podobný názor a dal bych šanci ext4. Jednou jsem se nechal zviklat výhodami BTRFS a nasadil na SSD disk. Rychlost podobná, ale občas problémy se subvolume a i/o disku. Většinou pomohl scrub. Nedávno jsem byl nucen spustit Win11, který je na jiném disku. Nemám ho ani ve společném zavaděči a vyberu při stisku F8 (Asus). Zaktualizoval jsem Win11 a provedl potřebné věci. Bohužel potom mi Linux naběhl někam do poloviny a skončil jsem na I/O erroru. Snažil jsem se to marně opravit skoro celý zbytek dne. Zkusil jsem i scrub který je určený pro opravu btrfs a nic se nezměnilo. Nakonec jsem to obnovil pomocí Rescuezilla a je to ok. Jenom nevím proč se to stalo a co bylo špatně. Příště až někdy budu měnit nebo přeinstalovávat distro použiju starý dobrý fs ext4 se kterým jsem nikdy neměl problém.

Tak max 3 roky zpátky mi přitekl do Win10 update, který si dovolil zapsat do oblasti na jiném disku a tím znefunkčnil sousední OS.
Člověk si nemůže být jistý nikdy ničím.

Nijak jsem to neměřil, ale na starém disku je ext4 o něco rychlejší jak btrfs (pro oba výchozí hodnoty).

Problém s btrfs jsem řešil jednou, když se zaplnil. Potom jsem zjistil, že verze FS není kompatibilní s dodávanými nástroji, jak by bylo záhodno.
Prostě vývoj souborového systému a k němu pracujících utilit se rozcházel.
Dnes už tomu snad tak není. Ale důvěra byla nalomena.

[sabraq]

Zatím teda samý "nehratelný puk na tribuně".Třeba se to ještě otočí.