PCTuning fórum

Zrovna jsem ve svém homemade NASu s Debianem 12 měnil jeden z datových disků za větší. Celkem banální záležitost, myslel jsem si.... No evidentně ne.

Standardně tam pochopitelně není kromě napájení a LAN připojeno nic. Po výměmě HDD na síti není nic vidět -> OS nenabootoval. OK, tak jsem připojil monitor, klávesnici, myš a přivítala mě následující vtipná chybová hláška. Do systému se nelze přihlásit ani lokálně, nejde s ním dělat nic. Tak jsem připojil původní HDD a najednou vše zase funguje. Dobrý, no - takže mě čeká hromada googlení, co všechno překonfigurovat, aby systém normálně naběhnul i s jinou konfigurací disků (podotýkám nesystémových).

A pak se lidi diví, že má linux stále mizivé % zastoupení mezi běžnými uživateli. Nevidím jediný důvod, proč by změna v datových discích měla jakkoliv ovlivnit bootování. Nehledě na to, že kdyby ten původní disk umřel, tak by nastal poněkud závažnější problém.

/rant off

Není potřeba připojovat původní disk.
Stačí nabootovat recovery konzoli a a editovat /etc/fstab a odstranit daný mount point.

Je do dáno tím jak sou mountovany disky v Linuxu jde to sice i bez fstab dynamicky (jako ve Windows) ale přináší to stejne problém jako ve windows spojené s nekonzistentnimy cestami a podobně.

Proto je Defaultne všude pouzivan fstab, jeho uprava nebo editace je otázka pár minut.

Ano, k úpravě fstabu jsem se nakonec dopracoval taky. Ovšem recovery konzole nefunguje, takže jsem musel na flashdisk nainstalovat Ubuntu a oživovat to z toho.

Očekával bych, že v případě neplatného záznamu ve fstab se prostě daná partition nepřipojí (obviously) a pojede se dál. Ostatně ve starších verzích Debianu to takhle fungovalo... ale patrně vývojáři to považovali za příliš logické chování, tak to nějak zprasili A otázka pár minut to vážně není, spíš pár hodin. Protože v linuxu se veškěré ovládání neustále mění, takže co fungovalo před pěti lety (a pamatuju si), tak dnes už je úplně jinak a je potřeba studovat, co se kde změnilo.

Ve windows se ti maximálně změní písmenka disků, ale nikdy mi změna datového disku nekillnula systém. A hlavně všechny základní věci se tam nastavují už 25 let stejně a postupy naučené u Win2000 stále z 90% fungují i dnes.

A nemáš tam jen tebou nechtěné optiony u toho mountpointu, které jsi tam dřív neměl a které toto chování způsobí?

To je dobrá otázka. Záznamy ve fstabu vypadají takhle. Ale co přesně některé parametry delají, to samozřejmě nevím. Před pár lety jsem to nějak dal dohromady a pak se o to víc nestaral.

UUID=xxxxxxxxxx /mnt/ssd/ ntfs nls-utf8,umask-0222,uid-1000,gid-1000,rw 0 0

Původně jsem teda nepoužíval UID, ale klasiku sda, sdb, atd. Ale to jsem včera změnil, protože to přináší další řadu potíží. Patrně si systém ty označení při bootu přiděluje náhodně.

Ano uuid je doporučeno, protoze /dev/sdx Je udelovano ne náhodně ale dle toho který disk je rychlejší a rychleji se inicislizuje ....
Po ne dostupnosti disku na dané cestě opravdu systém nenajede a snaží se jej to najít... Ma takový pocit že je většinou interval asi 10minut kdy to vzdá a pokud nejde o systémový disk tak skočí do one recovery konzole kde pak uděláš jen "sudo nano /etc/fstab" a pak hodit # před daný disk co to nenašlo a ctrl+s, y a enter "sudo reboot" opravdu otázka pár minut

V případě že nenajede, boot jakékoliv live verze Linuxu.
Identifikace tvého sytrmoveho disku přes lsblk a "sudo mount /dev/sdx /mnt" a pak znova "sudo nano /mnt/etc/fstab"... Tohle je většinou rychlejší než čekat než se dostaneš do recovery konzole .... A je to stejný postup už snad 30 let jen se přidalo UUID - kde k detekci potřebuješ ještě příkaz blkid.... A funguje to na jakékoliv distribuci napříč gnu linuxem.

A důvod proč to tobě viselo a nechtělo to pravděpodobně načíst sou dva první je proč proboha NTFS a zadruhé jestli tak máš i Windows a byly nekorektne ukončeny tak ti nepůjdou v následném bootu moutnout NTFS Disky doku znovu nenabootujes windows a korektně jej nevypnes

PS:
Možná sem se někde překlep v příkazu píšu že záchoda ... A to nejsem žádný extra linuxak.. Jen takové to home balastani.

Edit: ještě je dobře po editaci fstabu zadat "sync" at se zapíše na disk = ale toto je většinou problém jen u "arm mini pc" kde system běží z paměťové karty kde se zápisy opzimspizuji a nejsou provedeny ihnde... Ale pro jistotu. Už sem se setkal I se spozdenym zápisem na ssd při využívání zram.

V mém případě to čekalo jen 1-2 minuty, pak to padlo... ale žádná recovery konzole se nekonala. Vypsalo to akorát nějakou chybu ohledně root účtu a šmitec.

Důvod NTFS je jednoduchý - pokud se něco pokazí, v klidu disk přendám do libovolného windows PC a mám data dostupná. To u linuxových FS nemůžu, protože jiný linuxový stroj nemám. Windows tam jsou nainstalované taky (10), protože ani po 30 letech existence NTFS ho neumí linux defragmentovat Takže když se naskytně vhodná příležitost, nastartuju win a defragmentuju disky. Windows korektně vypnuté byly , čili v tom problém není. Ostatně s tímhle jsem se už setkal a i nekorektně odpojené NTFS disky mountnout jdou, ale jen read-only.

Pro ext i brtfs existuje driver pro windows - ale nespolehal bych na něj.....
Mrkni na diskgenius.. Je free a jde přes něj kopírovat z ext filesystemu, mám takový pocit že podporuje i zápis.(pro čtení jsem jej párkrát použil a používám jej pro práci z disky na Windows).

Jo defragmentace ntfs je možná I v Linuxu ale rozhodně se nedoporučuje.. Celá podpora ntfs je revers enginering a je vysoka šance poškození dat.

Pro skladování dat mezi Windows a Linux mi přijde lepší exfat.. Ma nativní driver napsaný samsungem.

Do štvrtého stlpca v fstab treba dať nofail aby to nezlyhalo ale pokračovalo.

A logické správanie je práveže zlyhať hneď a nie sa pokúšať pokračovať a zlyhať neskôr omnoho horším a potencionálne aj katastrofickým spôsobom. Windows je vždy iba na jednom disku. Linux umožňuje systém rozdeliť na N diskov. Napríklad /home na samostatnom disku je dosť bežná use case.

nou: Windows umoznuje premerovat /home take na jiny disk uz desitky let. Dokonce sem to zazil presmerovane na sitove uloziste.

To sice ano ale na rozdil od linuxu se to nerozbiji .
Windows si nedokazou udrzet home ani kdyz je na svem disku -> btw problem cca prosinec -> kdy sem nabootoval do cisteho profilu a musel obnovovat ze 3 slozech "temp" ktere si pri selhani system vytvoril
A dodnes jsem neprisel co to způsobilo.

Poprvé jsem zkulil linux a jsem nadšenej. Nainstaloval jsem bazzite a má to skoro všechno co potřebuju. Mangohud místo afterburneru a Lact na Uv/oc grafiky. Co mě ale nejvíc dostalo je jak dobře na tom běhají hry. Absolutně žádnej stuttering a výborný 1% lows. I když mám starej krám xeon 1680 v2 s 32gb ram a 6800xt, tak pocitově to je plynulejsi než na hlavním pc s ryzenem 9700x s 64gb ram a 5070ti. To je naprosto šílený jak dobře na tom běhají hry.
Chybí mi ale auto hdr/special k do sdr her kde ty hry pak vypadají daleko lip(zvlášť když člověk má jako monitor lg oled TV a nebo tcl c7k jako já) a u nv by mi určitě chybělo vynucovani Dlss4/4.5 do všech her.
Předpokládám, že nvidia je na linuxu pravej opak a hry tam běhají nahovno

Krteq píše: ↑stř 21. led 2026, 14:57 HEADe, prosím, ty Linux ani nezkoušej. Jakmile narazíš na první problém, budeš tu tapetovat fórum s tím, jak je Linux na hou...by

+1

CyberDeath píše: ↑stř 21. led 2026, 21:30 Mrkni na toto https://crunchbangplusplus.org/

Moje začátky s Linuxem na T420 - to byly časy.

havli píše: ↑pát 23. led 2026, 21:07 Zrovna jsem ve svém homemade NASu s Debianem 12 měnil jeden z datových disků za větší. Celkem banální záležitost, myslel jsem si.... No evidentně ne.

Standardně tam pochopitelně není kromě napájení a LAN připojeno nic. Po výměmě HDD na síti není nic vidět -> OS nenabootoval. OK, tak jsem připojil monitor, klávesnici, myš a přivítala mě následující vtipná chybová hláška.
linux.jpg

Do systému se nelze přihlásit ani lokálně, nejde s ním dělat nic. Tak jsem připojil původní HDD a najednou vše zase funguje. Dobrý, no - takže mě čeká hromada googlení, co všechno překonfigurovat, aby systém normálně naběhnul i s jinou konfigurací disků (podotýkám nesystémových).

A pak se lidi diví, že má linux stále mizivé % zastoupení mezi běžnými uživateli. Nevidím jediný důvod, proč by změna v datových discích měla jakkoliv ovlivnit bootování. Nehledě na to, že kdyby ten původní disk umřel, tak by nastal poněkud závažnější problém.

/rant off

Tohle jsem řešil na jedné produkční mašině, kdy nenajelo Ubuntu, protože umřel datovej disk :/

nou píše: ↑sob 24. led 2026, 12:57 Do štvrtého stlpca v fstab treba dať nofail aby to nezlyhalo ale pokračovalo.

A logické správanie je práveže zlyhať hneď a nie sa pokúšať pokračovať a zlyhať neskôr omnoho horším a potencionálne aj katastrofickým spôsobom. Windows je vždy iba na jednom disku. Linux umožňuje systém rozdeliť na N diskov. Napríklad /home na samostatnom disku je dosť bežná use case.

Díky! To se hodí, určitě to do konfigurace doplním.

S defaultní chováním ale stejně nesouhlasím. Ať mi nikdo netvrdí, že někde v konfiguračních souborech není zaneseno, kde se jaká část systému nachází... A pokud na konkrétním disku nic systémového není, pak by jeho nepřítomnost rozhodně neměla shodit celý systém.

havli píše: ↑ned 25. led 2026, 10:51

nou píše: ↑sob 24. led 2026, 12:57 Do štvrtého stlpca v fstab treba dať nofail aby to nezlyhalo ale pokračovalo.

A logické správanie je práveže zlyhať hneď a nie sa pokúšať pokračovať a zlyhať neskôr omnoho horším a potencionálne aj katastrofickým spôsobom. Windows je vždy iba na jednom disku. Linux umožňuje systém rozdeliť na N diskov. Napríklad /home na samostatnom disku je dosť bežná use case.

Díky! To se hodí, určitě to do konfigurace doplním.

S defaultní chováním ale stejně nesouhlasím. Ať mi nikdo netvrdí, že někde v konfiguračních souborech není zaneseno, kde se jaká část systému nachází... A pokud na konkrétním disku nic systémového není, pak by jeho nepřítomnost rozhodně neměla shodit celý systém.

Máš jen úzký pohled na věc jak se maj věci dělat ... Způsob Ala Ms Opravdu není lepší... Z uživatelského hlediska asi ano... Ale má více problémů než užitku.

Proč cituješ předchozí příspěvek? To přeci nedává smysl.

Tady musim souhlasit v havlim. MS ma urcite hodne divnosti, ale to neznamena, ze vse vymyslene v linuxove komunite je nutne lepsi.

Ono i NTFS vs ext4 či btrfs nevyznívá tak jednoznačně pro linuxové filesystémy a i když už Windows doma mimo retrogaming nepoužívám, tak třeba externí disky jsem si nakonec nechal NTFS.