Dotaz: Zdlouhavé nabíhání OS

[Jirka S]

Zdržuje mě při bootování kontrola disků od systemd. Jak to správně vypnout nebo pozdržet?

---

---

Odpovědi

[Peter Golis]

Tá kontrola diskov sa zapne po štarte počas ktorého boli disky zdetekované ako nekonzistentné, teda že systém nebol korektne vypnutý. Vypnutie kontroly neodstráni príčinu, len zatají problém ktorý už nastal.

[Jirka S]

A co tedy odstraní příčinu?

[Jirka S]

A co tedy odstraní příčinu? Konroluje se / na ext4.

UUID=4c812dc2-d8d2-4e26-a566-5d983971d580 /                       ext4    defaults        1 1
UUID=2058-6FFA          /boot/efi               vfat    umask=0077,shortname=winnt 0 2
UUID=f478ac9b-e932-4f13-b4d2-a00c31aadf13 /home                   xfs     defaults        0 0
UUID=c3a635c5-1101-4b02-8a31-ac07eee3db39 swap                    swap    defaults        0 0

[Jirka S]

Pardon, to bylo z jiné distribuce.

# / was on /dev/nvme1n1p3 during installation
UUID=e434f173-4ea4-46da-b3f3-1106033c1863 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=9CDD-C04C  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/nvme1n1p4 during installation
UUID=f478ac9b-e932-4f13-b4d2-a00c31aadf13 /home           xfs     defaults        0       0
# swap was on /dev/nvme1n1p2 during installation
UUID=52d25716-f5b8-498a-9a06-a83b67e00a6f none            swap    sw              0       0

[Peter Golis]

Medzi najznámejšie príčiny patria:

1. Nekorektné vypnutie počítača, napr. vytrhnutie z elektriky alebo vypínačom na predlžovačke, či hlavným ističom.
2. Hibernácia iného OS v ktorom bol ten disk pripojený, obvykle s Windows.

Podľa starobylých legined stačí vo fstab zmeniť číslo v stĺpci fs_passno podľa piatej sekcie knižnice linuxových manuálov. Či to vypnutie kontroly nekonzistentného súborového systému bude fungovať aj v ekosystéme systemd ma nezaujíma a ani to nebudem skúšať. Nepovažujem to za správne.

Ale, rád si počkám na tvoju otázku "prišiel som o údaje z disku, celé sa mi to rozpadlo. Ako si tie dáta zachránim?". Pracuješ na tom.

[Jirka S]

A co tedy odstraní příčinu?

[MadCatX]

Pokud na tom stroji nemáš žádný další OS, který by ty oddíly mohl taky připojovat, zkus nastartovat něco z LiveCD, udělat ručně fsck všech oddílů. Pokud problém zmizí, máš vystaráno. Pokud ne, podíval bych se na výstup SMART diagnostiky disku.

[Jirka S]

zkus nastartovat něco z LiveCD, udělat ručně fsck všech oddílů.

Neslo by to nejak tak jako ve Windows, naplanovat kontrolu a zaroven opravu po dalsim bootu. Nikdy jsem chkdsk nespoustel z diskety nebo CD.

[Peter Golis]

Možno by stačilo ten windows nehibernovať, ale vypnúť. Keď už do toho windowsu pripájaš linuxové disky.

[MadCatX]

fstab, co jsi poslal, žádné oddíly připojitelné z Windows neobsahuje. Linuxové oddíly chkdiskem nezkontroluješ. Jestli máš na tom stroji dualboot s Win8 či vyššími, vypni tam ten fast boot, jak ti radil Peter.

[Jirka S]

To byl příklad.

[MadCatX]

Vynutit kontrolu souborového systému při dalším startu můžeš vytvořením souboru forcefsck v adresáři, kde je ten FS připojen. Pro kontrolu rootu je to tedy touch /forcefsck. Tobě se ta kontrola při bootu ale spouští, aspoň jak říkáš. To znamená, že se buď neprovede správně nebo je nastaveno, že se má ta kontrola provést při každém mountu. Pro ext souborové systémy lze periodickou kontrolu po daném počtu připojení vypnout příkazem tune2fs -c 0 /dev/sdXN.

[Jendа]

Jak ta kontrola dopadne? Pokud tam jsou stále neopravené chyby (myslím že při bootu se dělají jenom „měkčí“ opravy (u ext4 "fsck -p"), tak kontrola bude probíhat furt dokola.

[Jirka S]

On bude zakopany pes jinde. Vyjel jsem si z jine distribuce (Fedora) blkid

$ sudo blkid
[sudo] heslo pro fedor: 
/dev/sda1: LABEL="DATA" UUID="6FE135E37A252FE1" TYPE="ntfs" PTTYPE="dos" PARTUUID="e5ac6ead-7b85-4a9b-aaba-988515edf23b"
/dev/sda2: PARTUUID="4c11ef61-310b-4c34-bead-8f7700a66903"
/dev/sda3: SEC_TYPE="msdos" UUID="2681-0129" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="eb6bfae7-82bd-4847-8557-a149c4b91ff8"
/dev/nvme0n1: PTUUID="280cd030-d005-406b-b867-8c47ba1b72f1" PTTYPE="gpt"
/dev/nvme0n1p1: UUID="2058-6FFA" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="bc638d4a-d96d-4c4e-bd0d-740047e15cfd"
/dev/nvme0n1p2: LABEL="swap" UUID="c3a635c5-1101-4b02-8a31-ac07eee3db39" TYPE="swap" PARTUUID="174a1818-ab46-4c42-a616-b0a2e0285e39"
/dev/nvme0n1p3: UUID="e434f173-4ea4-46da-b3f3-1106033c1863" TYPE="ext4" PARTUUID="58830bf3-2488-4f5e-a9f5-770aa70b78b4"
/dev/nvme0n1p4: UUID="f478ac9b-e932-4f13-b4d2-a00c31aadf13" TYPE="xfs" PARTUUID="0a0ffb68-fc15-419a-a04f-416167c506e7"
/dev/nvme0n1p5: LABEL="fedora" UUID="4c812dc2-d8d2-4e26-a566-5d983971d580" TYPE="ext4" PARTUUID="bc391ac9-e232-42ac-84c0-383265013cb9"
/dev/nvme0n1p6: PARTUUID="ca9214d8-d2dc-4c65-b94d-6ac8f446bf57"
/dev/nvme1n1: PTUUID="1efb6c79-bbb8-494c-9dd3-90412a0028d5" PTTYPE="gpt"
/dev/nvme1n1p1: LABEL="ESP" UUID="9CDD-C04C" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="666b4337-d265-4a9a-a1dd-93d4e76ba81a"
/dev/nvme1n1p2: PARTLABEL="Microsoft reserved partition" PARTUUID="a83209ed-19f5-42fc-9a0a-cc3dc17e7d4a"
/dev/nvme1n1p3: LABEL="OS" UUID="18A6E30EA6E2EB68" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="21f9f000-809e-4c18-a935-a5a764b54f76"
/dev/nvme1n1p4: LABEL="WINRETOOLS" UUID="1C24E63C24E61892" TYPE="ntfs" PARTUUID="4c00256a-5e76-4838-a039-5e762a9f6c5a"
/dev/nvme1n1p5: LABEL="Image" UUID="AEDAE871DAE836ED" TYPE="ntfs" PARTUUID="556e899b-f02d-4f2b-9852-69869bb1fd54"
/dev/nvme1n1p6: LABEL="DELLSUPPORT" UUID="8888EA7188EA5CE6" TYPE="ntfs" PARTUUID="9162bec7-5d50-48be-844f-a11ff2013e00"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"

Ted se staci podivat do fstab spousteneho Kubuntu, fstab se tvorilo automaticky.

# / was on /dev/nvme1n1p3 during installation
UUID=e434f173-4ea4-46da-b3f3-1106033c1863 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=9CDD-C04C  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/nvme1n1p4 during installation
UUID=f478ac9b-e932-4f13-b4d2-a00c31aadf13 /home           xfs     defaults        0       0
# swap was on /dev/nvme1n1p2 during installation
UUID=52d25716-f5b8-498a-9a06-a83b67e00a6f none            swap    sw              0       0

radek # /boot/efi was on /dev/nvme0n1p1 during installation je spravne, ten jsem na tom samem disku jako je Kubuntu i Fedora tvoril sam. Ale nasledny radek miri na disk s Windows a jsem si zcela jisty ze jsem pri vytvareni tech distribuci nehybal z disky. Popisek s / je chybny, nastesti / i /home miri spravne ale popisek s k /home je zase chybny. Swap ukazuje zase na oddil s Windows. Opakuji ty zaznamy vytvoril instalator od Kubuntu pri instalaci. Disky jsou stale jak byly nijak jsem je nepresouval, jak koukam kam miri swap (takove uuid neni) pak mozna jsem swap preformatoval a vytvorilo se uz jine uuid. V kazdem pripade takhle to ma byt

# / was on /dev/nvme0n1p3 during installation
UUID=e434f173-4ea4-46da-b3f3-1106033c1863 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=2058-6FFA  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/nvme0n1p4 during installation
UUID=f478ac9b-e932-4f13-b4d2-a00c31aadf13 /home           xfs     defaults        0       0
# swap was on /dev/nvme0n1p2 during installation
UUID=c3a635c5-1101-4b02-8a31-ac07eee3db39 none            swap    sw              0       0

[Jirka S]

No vida, ted najelo Kubuntu jako blesk.