bestandssysteem controleren bij iedere boot

[HWE64]

Ik heb de oplossing van Michael toegepast, bedankt! De tijden zijn nu in Windows en Linux gelijk. Maar mijn probleem is - zoals ik, eerlijk gezegd, ook had verwacht - niet verholpen. Hoe is het met mijn laatste vraag in mijn vorige post: Is er nog een ander programma dan fsck om het bestandssysteem te controleren?

Kijk eens naar deze topic https://forum.ubuntu-nl.org/index.php?topic=97263.msg983937#msg983937 #9  .

Sorry niet goed gelezen. Was al beantwoord door emvedeesje.

[Arion58]

Ik heb de oplossing uit de bugmelding die jolo noemde toegepast (helemaal op het eind, regel "/usr/bin/killall mountall" toevoegen in "/etc/init.d/umountroot" vor het remounten met -ro, en inderdaad, de schijfcontrole wordt niet meer uitgevoerd! Helaas is mijn probleem nog niet helemaal opgelost. Het is namelijk zo dat, nadat ik in het grubmenu "Ubuntu" heb gekozen, het scherm eerst voor ruim 30s op zwart gaat, voordat het paarse Ubuntu-scherm met de puntjes verschijnt. Ik dacht dat dit te maken had met schijfproblemen, omdat onmiddellijk daarna de schijfcontrole plaatsvond. Maar nu heb ik dat zwarte scherm nog steeds, maar geen schijfcontrole meer. Misschien moet ik daar een nieuw topic over beginnen, of is het gewoon normaal dat ik zo lang moet wachten (Ik boot wel met quiet splash)?

[DeBaas]

Dat lange wachten komt mogelijk door een discrepantie tussen de inhoud van /etc/fstab en de werkelijke partities, ontstaan door mogelijk willekeurig aan/af koppelen of wijzigen van partities. De opstart staat dan te wachten op een bepaalde schijf/partitie die er niet (meer) is totdat een time-out optreed.

[Arion58]

Dat lange wachten komt mogelijk door een discrepantie tussen de inhoud van /etc/fstab en de werkelijke partities, ontstaan door mogelijk willekeurig aan/af koppelen of wijzigen van partities. De opstart staat dan te wachten op een bepaalde schijf/partitie die er niet (meer) is totdat een time-out optreed.

Toen ik dit las dacht ik, dat is het! Temeer omdat er af en toe direct na het zwarte scherm een melding opkwam "schijf ... niet gereed" oid. Ik heb fstab erop nagekeken, en inderdaad stond daarin voor de swap-partitie een UUID die helemaal niet bestaat. Ik heb het verbeterd, naar aanleiding van wat er in de fstab van mijn andere linux systeem staat. Sindsdien heb ik die melding niet meer gezien, maar het wachten is niet (of nauwelijks) korter geworden.
Intussen heb ik trouwens ook de BIOS geüpdatet. Dat moest volgens een melding in syslog, maar ook dat heeft geen verbetering gebracht.

[Arion58]

Ik heb nog een keer de log-bestanden door gezocht. In dmesg vond ik dit:

Code: [Selecteer]

[    2.833949] Switched to clocksource tsc
[    2.946644] scsi 5:0:0:0: Direct-Access     Multiple Card  Reader     1.00 PQ: 0 ANSI: 0
[    2.946969] sd 5:0:0:0: Attached scsi generic sg2 type 0
[    2.948537] sd 5:0:0:0: [sdb] Attached SCSI removable disk
[    2.982624] random: nonblocking pool is initialized
[    8.430555] EXT4-fs (sda7): mounted filesystem with ordered data mode. Opts: (null)
[   26.541102] Adding 4744188k swap on /dev/sda8.  Priority:-1 extents:1 across:4744188k FS
[   26.747520] systemd-udevd[295]: starting version 204
[   26.872081] lp: driver loaded but no devices found
[   26.880441] ppdev: user-space parallel port driver
[   27.055551] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
[   27.093795] mei_me 0000:00:16.0: irq 43 for MSI/MSI-XEr schijnt toch nog iets met swap te zijn, of wat gebeurt er in die 18 seconden?