Nieuws:

We zijn er weer.

Na lange tijd van afwezigheid zijn we er weer  :laugh:
We hebben alle wachtwoorden gereset, je oude wachtwoord werkt niet meer.Je moet via het "wachtwoord vergeten"-linkje je wachtwoord resetten. Je krijgt hiervoor een mailtje op het adres dat je bij ons geregistreerd hebt.

De komende tijd zijn we nog druk bezig om de rest van de site op te bouwen, dus het kan zijn dat sommige onderdelen (tijdelijk) niet werken.

Welkom, Gast. Alsjeblieft inloggen of registreren.
Heb je de activerings-mail niet ontvangen?

Auteur Topic: bestandssysteem controleren bij iedere boot  (gelezen 1004 keer)

Offline Arion58

  • Lid
bestandssysteem controleren bij iedere boot
« Gepost op: 2017/12/06, 21:03:34 »
Op de Lenovo-laptop van mijn vrouw staat Ubuntu 14.04, op /dev/sda6. Sinds een paar maanden wordt er bij elke boot een schijfcontrole uitgevoerd. Ik heb middels fsck vanuit een op een andere partitie geinstallerd BunsenLabs-Linux, en ook met smartctl de schijf herhaaldelijk gecontroleerd, alles lijkt in orde. Ook badblocks heb ik uitgevoerd. Ik heb me suf gezocht in de logbestanden, maar niets gevonden. Het enige wat erop wijst zijn vier regels over ext4-fs:
Dec  2 14:44:44 annet-Lenovo-B590 kernel: [    8.238646] EXT4-fs (sda6): INFO: recovery required on readonly filesystem
Dec  2 14:44:44 annet-Lenovo-B590 kernel: [    8.238651] EXT4-fs (sda6): write access will be enabled during recovery
Dec  2 14:44:44 annet-Lenovo-B590 kernel: [   10.529802] EXT4-fs (sda6): recovery complete
Dec  2 14:44:44 annet-Lenovo-B590 kernel: [   10.540139] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null)
Ik heb geen idee waar ik het moet zoeken. Iemand anders wel?

Online jolo

  • Lid
  • Steunpunt: Nee
Re: bestandssysteem controleren bij iedere boot
« Reactie #1 Gepost op: 2017/12/07, 07:45:50 »
Als je de harde schijf niet (meer) vertrouwd, dan kun je die het beste testen met de diagnostische software van de harddiskfabrikant. Die je vanaf de site van de harddiskfabrikant kunt downloaden. Dat kan ook met de Ultimate Boot CD. Download in ieder geval de User Guide(s) van die diagnostische software, vanaf de site van de harddiskfabrikant.
Hoofd PC januari 2018 HP Compaq Elite 8300 SFF Windows 10 & Linux Mint 18.3 Cinnamon
PC 2011 Asus P8Z68-V Pro i7 2600K 8 GB RAM GT730 Xubuntu 18.04 & testversie Xubuntu 19.04  
PC 2007 Asus P5B E6600 2GB RAM 8800GTS  
Notebook 2008 Lenovo ThinkPad R61i 8932GMG 2,5 GB RAM

Offline Arion58

  • Lid
Re: bestandssysteem controleren bij iedere boot
« Reactie #2 Gepost op: 2017/12/08, 11:56:19 »
Bedankt voor je reactie, Jolo. Ik heb het geprobeerd. Het is een Seagate HDD, en hun tools zijn voor Windows bedoeld. Wel hebben ze ook een ISO, die een soort DOS opstart voor de schijfcontrole. Die heb ik op een usb-stick gezet, maar ik kreeg hem niet geboot. Ik ga nog verder proberen dat voor elkaar te krijgen. Maar bij het zoeken in de BIOS kwam ik ingebouwde tools van Lenovo tegen en heb daarmee nog eens de hele schijf getest, ook op badblocks. Ook daar zijn geen fouten gevonden.

Online jolo

  • Lid
  • Steunpunt: Nee
Re: bestandssysteem controleren bij iedere boot
« Reactie #3 Gepost op: 2017/12/08, 12:57:05 »
Dan heb je neem ik aan, SeaTools for DOS gedownload. De bedoeling is dat je die  SeaToolsDOS223ALL.ISO op een CD-R(W) brandt. DOS ondersteund namelijk geen USB. Dan kun je het waarschijnlijk beter proberen, met de in mijn vorig bericht genoemde Ultimate Boot CD. Op CD staat een script dat een bootable USB memory stick kan aanmaken. Zie deze quote
Citaat
Run Ultimate Boot CD from your USB memory stick. A script on the CD prepares your USB memory stick so that it can be used on newer machines that supports booting from USB devices. You can access the same tools as you would from the CD version.
Zo te zien moet je de CD zijn in map ubcd/tools/linux/usbcd2usb
In die map staat een Engelstalige readme.txt met meer info. 
Hoofd PC januari 2018 HP Compaq Elite 8300 SFF Windows 10 & Linux Mint 18.3 Cinnamon
PC 2011 Asus P8Z68-V Pro i7 2600K 8 GB RAM GT730 Xubuntu 18.04 & testversie Xubuntu 19.04  
PC 2007 Asus P5B E6600 2GB RAM 8800GTS  
Notebook 2008 Lenovo ThinkPad R61i 8932GMG 2,5 GB RAM

Offline Arion58

  • Lid
Re: bestandssysteem controleren bij iedere boot
« Reactie #4 Gepost op: 2017/12/08, 22:35:50 »
Ik heb eerst de SeaTools-iso op een cd-rw gebrand middels "xorriso \-as cdrecord \-v dev=/dev/sr0 blank=as_needed SeaToolsDOS223ALL.ISO". Ook de cd kon ik niet booten.
Daarna heb ik de Ultimate Boot CD op een usb-stick gezet middels "sudo dd if=./ubcd537.iso of=/dev/sdc" en daarna "sync". Maar ook deze kan ik niet booten. Ik begrijp niet wat ik verkeerd doe. Ik kan de stick openen met bestandsbeheer en zien wat erop staat, maar als ik hem wil bekijken met GParted dan krijg ik te zien: "ongebruikt", met een waarschuwingsbord. Hetzelfde gold voor de usb-stick met SeaTools. Ik wilde GParted gebruiken om te zien of de boot-flag is gezet.
Ik heb - wel een tijd geleden - vaker iso's op een usb-stick gezet, ook met dd, maar nooit problemen gehad. Zijn er dingen veranderd, of wat doe ik verkeerd?

Online jolo

  • Lid
  • Steunpunt: Nee
Re: bestandssysteem controleren bij iedere boot
« Reactie #5 Gepost op: 2017/12/09, 08:11:02 »
Die SeaToolsDOS223ALL.ISO of ubcd537.iso gebrand op een CD-R(W) zou gewoon bootable moeten zijn. Bijvoorbeeld met Xfburn > Brand schijfkopie.

Dat het dd commando niet werkt om een bootable UBCD usb-stick aan te maken, kan kloppen. Daarom had ik ook verwezen naar de readme.txt op de UBCD CD. In die instructie wordt de FAT16 of FAT32 partitie aangemaakt met het terminalvenstercommando fdisk. Maar het kan ook met Gparted. Tot 2 GB maak je een Primaire FAT16 partitie aan. Is die USB-stick groter, dan maak je een FAT32 partitie aan. Waarna je de partitie formatteert en bootable maakt, met de optie Partitie > Vlaggen beheren. Daar vink je boot en lba.

Daarna kun je verder gaan met punt 4 van de readme.txt, die in die ubcd537.iso staat. In mijn vorig bericht had ik al vermeldt in welke map.
Hoofd PC januari 2018 HP Compaq Elite 8300 SFF Windows 10 & Linux Mint 18.3 Cinnamon
PC 2011 Asus P8Z68-V Pro i7 2600K 8 GB RAM GT730 Xubuntu 18.04 & testversie Xubuntu 19.04  
PC 2007 Asus P5B E6600 2GB RAM 8800GTS  
Notebook 2008 Lenovo ThinkPad R61i 8932GMG 2,5 GB RAM

Offline Arion58

  • Lid
Re: bestandssysteem controleren bij iedere boot
« Reactie #6 Gepost op: 2017/12/09, 10:10:47 »
Die instructies in de readme.txt heb ik ook gevonden en het, na mijn laatste post, ook nog zo geprobeerd. Nu kan ik de partitie wel zien met GParted, en de flags staan goed. Maar booten doet hij ook niet. Ik krijg een melding in de trant van "This is not a bootable medium". Wel heb ik Fat32 gekozen, op een stick van 1GB. Ik wist niet wat ik moest kiezen. Kan dat wat uitmaken?

Offline aartje

  • Lid
  • Steunpunt: Nee
Re: bestandssysteem controleren bij iedere boot
« Reactie #7 Gepost op: 2017/12/09, 10:53:23 »
Op de Lenovo-laptop van mijn vrouw staat Ubuntu 14.04, op /dev/sda6. Sinds een paar maanden wordt er bij elke boot een schijfcontrole uitgevoerd.
Het is een wilde gok, maar zou het kunnen zijn dat je de laptop niet goed down brengt ? Als je hem down brengt met de aan/uit
knop zal het root-filesysteem (sda6 in jouw geval) niet goed afgesloten worden en de volgende keer bij het opstarten
ge-"fsck"-ed  worden. Maar zo simpel zal het wel niet zijn. Wat je eens zou kunnen proberen is om in
een terminalwindows het volgende te doen:

sync;sync
sudo shutdown -h now

en dan kijken of bij het volgende opstarten die check ook gedaan wordt

Offline Arion58

  • Lid
Re: bestandssysteem controleren bij iedere boot
« Reactie #8 Gepost op: 2017/12/09, 11:58:33 »
@aartje: Nee, daar ligt het zeker niet aan. Op een heel enkele keer na, dat hij bij het afsluiten blijft hangen, wordt de laptop altijd netjes afgesloten. Bovendien, als ik na het afsluiten van Ubuntu een andere linux-distributie (BunsenLabs, op /dev/sda8) opstart en daarvandaan fsck uitvoer op /dev/sda6, daarna afsluit en Ubuntu weer opstart, dan wordt de schijfcontrole ook weer uitgevoerd.

Online jolo

  • Lid
  • Steunpunt: Nee
Re: bestandssysteem controleren bij iedere boot
« Reactie #9 Gepost op: 2017/12/09, 12:06:27 »
Dat je voor FAT32 hebt gekozen voor een 1 GB USB-stick is niet zo erg. Er vanuit gaande dat je ubcd537.iso in een sub map zit van Downloads. Bijvoorbeeld ~/Downloads/ubcd en de ISO uitgepakt hebt met de rechter muisknop op de ISO > Openen met > Archiefbeheer > Uitpakken. Dan cd je in het terminalvenster naar de map, waar die mbr.bin file staat. Bijvoorbeeld
cd ~/Downloads/ubcd/ubcd/tools/linux/ubcd2usb [Enter]

Als je het volgende terminalvenstercommando doet, mag de USB-stick niet aangekoppeld zijn.
sudo dd if=mbr.bin of=/dev/sdX  [Enter]

In de plaats van de X typ je de juiste letter van je USB-stick.

Dan koppel je de USB-stick aan, en kopieer je de alle uitgepakte en mappen van die ubcd537.iso naar die USB-stick. Dat zou je kunnen doen via de bestandsbeheerder, zoals Nautilus en Thunar. Daarna ontkoppel je de USB-stick weer. Dan controleer je of die syslinux en die syslinux64 uitvoerbaar zijn. Bijvoorbeeld via
ls -l [Enter]

De uitvoerende bestanden zullen groen zijn. Dan ga je naar die map waar je die ISO had uitgepakt
cd ~/Downloads/ubcd [Enter]

Het volgende commando maakt de USB-stick bootable. Als je 32 bit versie van Linux draait.
sudo ./ubcd/tools/linux/ubcd2usb/syslinux --install -s -d /boot/syslinux /dev/sdX1  [Enter]

Als je de 64 bit versie van Linux draait
sudo ./ubcd/tools/linux/ubcd2usb/syslinux64 --install -s -d /boot/syslinux /dev/sdX1 [Enter]
Hoofd PC januari 2018 HP Compaq Elite 8300 SFF Windows 10 & Linux Mint 18.3 Cinnamon
PC 2011 Asus P8Z68-V Pro i7 2600K 8 GB RAM GT730 Xubuntu 18.04 & testversie Xubuntu 19.04  
PC 2007 Asus P5B E6600 2GB RAM 8800GTS  
Notebook 2008 Lenovo ThinkPad R61i 8932GMG 2,5 GB RAM

Offline Arion58

  • Lid
Re: bestandssysteem controleren bij iedere boot
« Reactie #10 Gepost op: 2017/12/09, 12:20:09 »
@jolo: Dit heb ik precies zo gedaan. Zoals gezegd, met GParted zie ik de stick nu ook als bootable, maar het BIOS kan er kennelijk niets mee. Ik had eerst geprobeerd met "UEFI only" en "CSM (of hoe het heet) TRUE", dan doet die een tijdje niets en komt dan terug bij Grub. Daarna met "Legacy only", dan krijg ik de genoemde foutmelding.

Offline aartje

  • Lid
  • Steunpunt: Nee
Re: bestandssysteem controleren bij iedere boot
« Reactie #11 Gepost op: 2017/12/09, 12:57:08 »
@aartje: Nee, daar ligt het zeker niet aan. Op een heel enkele keer na, dat hij bij het afsluiten blijft hangen, wordt de laptop altijd netjes afgesloten. Bovendien, als ik na het afsluiten van Ubuntu een andere linux-distributie (BunsenLabs, op /dev/sda8) opstart en daarvandaan fsck uitvoer op /dev/sda6, daarna afsluit en Ubuntu weer opstart, dan wordt de schijfcontrole ook weer uitgevoerd.
Zou je eens het volgende commando kunnen uitvoeren ?

sudo tune2fs -l /dev/sda6

en de output hier laten zien. Bij mij krijg je (mijn rootdevice is sda5)

sudo  tune2fs -l /dev/sda5
tune2fs 1.42.9 (4-Feb-2014)
Filesystem volume name:   <none>
Last mounted on:          /
Filesystem UUID:          7c9a98bb-21c0-4a17-b0fb-be5ca715d3ba
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              960992
Block count:              3840088
Reserved block count:     192004
Free blocks:              1827426
Free inodes:              695333
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      937
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8144
Inode blocks per group:   509
Flex block group size:    16
Filesystem created:       Mon Jun  2 07:59:21 2014
Last mount time:          Sat Dec  9 10:49:58 2017
Last write time:          Sat Dec  9 10:49:58 2017
Mount count:              198
Maximum mount count:      -1
Last checked:             Fri Sep 29 11:55:01 2017
Check interval:           0 (<none>)
Lifetime writes:          22 TB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:             256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      7670c185-9377-4b5c-921b-a3433144e985
Journal backup:           inode blocks

Online jolo

  • Lid
  • Steunpunt: Nee
Re: bestandssysteem controleren bij iedere boot
« Reactie #12 Gepost op: 2017/12/09, 13:31:47 »
Als je die terminalvenstercommando's hebt kunnen uitvoeren zonder foutmeldingen, dan zou het behoren te werken. Of je "UEFI only" of "CSM moet kiezen, hang af van de partitie indeling op je interne harddisk. Is dat gtp dan kies je "UEFI only" 
Hoofd PC januari 2018 HP Compaq Elite 8300 SFF Windows 10 & Linux Mint 18.3 Cinnamon
PC 2011 Asus P8Z68-V Pro i7 2600K 8 GB RAM GT730 Xubuntu 18.04 & testversie Xubuntu 19.04  
PC 2007 Asus P5B E6600 2GB RAM 8800GTS  
Notebook 2008 Lenovo ThinkPad R61i 8932GMG 2,5 GB RAM

Offline Arion58

  • Lid
Re: bestandssysteem controleren bij iedere boot
« Reactie #13 Gepost op: 2017/12/09, 14:20:31 »
@aartje: Dit krijg ik terug:
annet@annet-Lenovo-B590:~$ sudo tune2fs -l /dev/sda6
[sudo] password for annet:
tune2fs 1.42.9 (4-Feb-2014)
Filesystem volume name:   <none>
Last mounted on:          /
Filesystem UUID:          6699fbde-209b-448a-802f-0ae56f1148a0
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              6111232
Block count:              24413952
Reserved block count:     1220697
Free blocks:              15010289
Free inodes:              5747584
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1018
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Fri Apr  5 13:19:19 2013
Last mount time:          Sat Dec  9 14:05:38 2017
Last write time:          Sat Dec  9 14:05:14 2017
Mount count:              1
Maximum mount count:      30
Last checked:             Sat Dec  9 14:05:14 2017
Check interval:           0 (<none>)
Lifetime writes:          1088 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:             256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
First orphan inode:       524519
Default directory hash:   half_md4
Directory Hash Seed:      ce9dbf86-a981-499e-ac06-061790213edf
Journal backup:           inode blocks
De belangrijkste verschillen die ik zie: Bij mij staat "Maximum mount count" op 30, bij jou op -1. Verder heb ik een melding over "First orphan inode". Zou hier het probleem kunnen liggen? Ik dacht eigenlijk dat dit door fsck opgelost wordt...

Offline aartje

  • Lid
  • Steunpunt: Nee
Re: bestandssysteem controleren bij iedere boot
« Reactie #14 Gepost op: 2017/12/10, 10:50:55 »
Uit de man-page van tune2fs:

  -c max-mount-counts
              Adjust  the  number of mounts after which the filesystem will be
              checked by e2fsck(8).  If max-mount-counts is 0 or -1, the  num‐
              ber  of  times  the filesystem is mounted will be disregarded by
              e2fsck(8) and the kernel.

              Staggering the mount-counts at which  filesystems  are  forcibly
              checked  will  avoid  all  filesystems being checked at one time
              when using journaled filesystems.

              You should  strongly  consider  the  consequences  of  disabling
              mount-count-dependent   checking  entirely.   Bad  disk  drives,
              cables, memory, and kernel bugs could all corrupt  a  filesystem
              without  marking  the  filesystem dirty or in error.  If you are
              using journaling on your filesystem, your filesystem will  never
              be marked dirty, so it will not normally be checked.  A filesys‐
              tem error detected by the kernel will still force an fsck on the
              next reboot, but it may already be too late to prevent data loss
              at that point.

Het wordt hier dus afgeraden om de "Maximum mount count" op 0 of -1 te zetten.
Bij mij heeft het (naar mijn weten) altijd al zo gestaan en ik heb er in de afgelopen
10 jaar nooit problemen mee gehad. Je zou het kunnen proberen of het helpt.

Een orphaned inode is een inode die geen directory-entry (parent, ouder) meer heeft.
Als een proces een file heeft ge-opend en daardoor een entry in een directory heeft en een
ander proces haalt die entry weg in die directory dan bestaat die inode nog wel maar het
bestand zie je niet meer in die directory, dan is het een "orphan" (wees) geworden (geen "parent" meer, geen ouder)
Als het proces verdwijnt die die inode heeft ge-opend dan verdwijnt die inode ook, dus ook  bij
een reboot. Het kan gebeuren bij een vol filesysteem, een vol filesysteem (te controleren met het "df"-commando)
kan corrupt raken en ik weet niet precies wat de effecten daarvan kunnen zijn mbt orphaned inodes
« Laatst bewerkt op: 2017/12/10, 12:50:52 door aartje »

Offline Arion58

  • Lid
Re: bestandssysteem controleren bij iedere boot
« Reactie #15 Gepost op: 2017/12/10, 15:37:25 »
@jolo: Volgens mij heb ik het wel allemaal goed gedaan, alles staat ook op de stick en de boot- en lba-flag staan aan. Toch kan ik hem niet opstarten. Misschien moet ik het toch nog via Windows proberen. Maar dat hebben we zo lang niet gebruikt dat het uren zal kosten alleen al om het op te starten...
@aartje: Het wordt ten zeerste afgeraden om de schijfcontrole uit te zetten, en juist nu ik vermoed dat er een probleem is durf ik het zeker niet te doen. Ik ben bang dat op gegeven moment het hele systeem corrupt is.
Bij het zoeken in de documentatie over tune2fs kwam ik debugfs tegen. Ken jij dat? Zou ik daarmee nog fouten kunnen vinden?

Online jolo

  • Lid
  • Steunpunt: Nee
Re: bestandssysteem controleren bij iedere boot
« Reactie #16 Gepost op: 2017/12/10, 17:04:23 »
Intussen heb ik nog het één en ander kunnen uittesten. Het maken van een bootable USB-stick is me alleen gelukt, vanaf een gebrande Ultimate Boot CD CD-RW. Als ik de pc opstart vanaf de UBCD bootable USB-stick, en na het indrukken van de functietoets F8 het UEFI boot menu verschijnt, dan staat bij die boot devices zowel "Patriot Memory" en "UEFI Patriot Memory" tussen. Als ik kies voor "Patriot Memory" dan start de UBCD bootable USB-stick correct op. Het gaat dus om de hoofd pc uit mijn onderschrift, die heeft wel UEFI maar geen secure boot.
Hoofd PC januari 2018 HP Compaq Elite 8300 SFF Windows 10 & Linux Mint 18.3 Cinnamon
PC 2011 Asus P8Z68-V Pro i7 2600K 8 GB RAM GT730 Xubuntu 18.04 & testversie Xubuntu 19.04  
PC 2007 Asus P5B E6600 2GB RAM 8800GTS  
Notebook 2008 Lenovo ThinkPad R61i 8932GMG 2,5 GB RAM

Offline Arion58

  • Lid
Re: bestandssysteem controleren bij iedere boot
« Reactie #17 Gepost op: 2017/12/11, 13:17:13 »
Ik heb ondertussen een aantal stappen ondernomen. Ik heb Windows opgestart en SeaTools voor Windows geïnstalleerd en gedraaid. Een lange Test heeft geen fouten gevonden. Daarna heb ik op de gok nog een "Short DST" uitgevoerd, en die bleef bij 10% hangen en meldde een TestCode E8A3E1E8. Verder las ik dat ik de fout kan proberen te repareren met SeaTools for DOS. Dus hebik (onder Windows) die iso weer gedownload en op een cd-r gebrand. Die kon ik inderdaad, na wat aanpassingen in de BIOS (Booten BOTH - legacy en UEFI, en Disk op SATA ipv AHCI) opstarten. Ik heb hier ook eerst de lange en daarna de korte test uitgevoerd. Nu kom ik geen fouten tegen. Ook niet bij een tweede en derde lorte test. Ik dacht, misschien is er stiekem ondertussen iets gerepareerd, dus ging ik weer naar Windows en voerde de korte test daar weer uit: Weer mislukt na 10%. Het is voor mij allemaal erg raadselachtig...

Online jolo

  • Lid
  • Steunpunt: Nee
Re: bestandssysteem controleren bij iedere boot
« Reactie #18 Gepost op: 2017/12/12, 14:43:31 »
Dat "SeaTools for DOS" gestart vanaf een cd-r zowel de korte – en lange test goedkeurt, is het belangrijkst. Als je 'm test met SeaTools in Windows, dan kun beter niet de schijf testen, waarop Windows draait. Want die wordt tenslotte door Windows bezet gehouden.

Ik vond nog wel deze vier jaar oude bugmelding  https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/1261730
Hoofd PC januari 2018 HP Compaq Elite 8300 SFF Windows 10 & Linux Mint 18.3 Cinnamon
PC 2011 Asus P8Z68-V Pro i7 2600K 8 GB RAM GT730 Xubuntu 18.04 & testversie Xubuntu 19.04  
PC 2007 Asus P5B E6600 2GB RAM 8800GTS  
Notebook 2008 Lenovo ThinkPad R61i 8932GMG 2,5 GB RAM

Offline Arion58

  • Lid
Re: bestandssysteem controleren bij iedere boot
« Reactie #19 Gepost op: 2017/12/12, 17:37:16 »
Ik ga die bugmelding nog bestuderen, misschien kan ik er wat mee. Maar ik vertrouw de disk nog niet helemaal, er gebeuren namelijk rare dingen. Bijvoorbeeld dat Ubuntu bevriest bij het laden van een bestand. Of dat het heel lang duurt om het bestandsbeheer op te starten (Dat wil ik nog eens vanuit de terminal doen, misschien zie ik dan meldingen). Het kan natuurlijk ook aan het bestandssysteem liggen, maar waarom vindt fsck dan niet? Bestaat er nog een ander programma om daar achter te komen?

Offline DeBaas

  • Lid
  • Steunpunt: Ja
Re: bestandssysteem controleren bij iedere boot
« Reactie #20 Gepost op: 2017/12/12, 20:28:31 »
Check de tijd instellingen. Als je meerdere systemen op een PC hebt draaien die niet met dezelfde tijdinstellingen werken kan het zijn dat fsck door tijd in de toekomst automatisch wordt getriggerd.
Ik beantwoord GEEN hulpvragen via PB en/of MAIL

Offline Arion58

  • Lid
Re: bestandssysteem controleren bij iedere boot
« Reactie #21 Gepost op: 2017/12/12, 21:13:14 »
Dit lijkt me wel een idee. In Windows staat de tijd een uur achter. Beide linux-systemen geven de goede tijd weer. Hoe kan dat invloed hebben, normaal worden alleen de linux-systemen gebruikt. En als het invloed heeft, hoe kan ik het oplossen?


Offline emvedeesje

  • Lid
  • Steunpunt: Nee
Re: bestandssysteem controleren bij iedere boot
« Reactie #23 Gepost op: 2017/12/13, 09:13:23 »
In Windows staat de tijd een uur achter. Beide linux-systemen geven de goede tijd weer. Hoe kan dat invloed hebben, normaal worden alleen de linux-systemen gebruikt. En als het invloed heeft, hoe kan ik het oplossen?

Foutieve systeemtijd in W10 geval van dualboot met Linux
http://lifehacker.com/5742148/fix-windows-clock-issues-when-dual-booting-with-os-x
   → R-klik Start
   Windows Powershell (Admin)
      regedit.exe
      ga naar:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation      
R-klik in de rechter zone en Nieuw / DWORD (32 bit)
Voeg deze toe:         RealTimeIsUniversal
En geef het de waarde:   decimaal 1
Vervolgens herstarten in Linux, na login de tijd zien stabiliseren, en herstarten in W10

groeten van Michael
Mint Cinnamon fan  Firejail Chromium HPlip  digikam.appimage Freefilesync Puddletag virtualbox gmail
Desktop HP ProDesk 400G3 64bit I5 16gb multiboot: SSD Mint 18.3 Cinnamon + HD Ubuntu 16.04.4 + HD W10 /// Laptop HP ProBook 6570b 64bit I5 4gb SSD multiboot Mint 18.3 Cinnamon + W10
TESTBAK Desktop HP-Compaq 8000 64bit 4gb

Offline Arion58

  • Lid
Re: bestandssysteem controleren bij iedere boot
« Reactie #24 Gepost op: 2017/12/13, 20:41:38 »
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?