Mint 19 xfce start niet meer. schijfprobleem

[molly w]

Vanmorgen wilde ik aan de slag en zette de computer aan. Alles ging normaal totdat ik melding kreeg dat Thunderbird al liep. Huh?? Wat raar. Nog eens proberen. Niks. Weer die melding. Met Firefox idem. Libre Officed startte niet eens.
NU had ik gisteren een update uitgevoerd. Het zal toch niet ... Ik had al eens eerder problemen gehad na een update.

Jawel hoor. Na een herstart wilde er helemaal niets meer. Ik kreeg een foutmelding over een probleem op dev.sda6. (wordt ook sdb6 genoemd)

root filesystem check failed. Requires a manual fsck

. Intypen fsck deed niks.
Starten in recovery mode leverde hetzelfde resultaat.

node 1708552.
End of extend exceeds allowed value.
logical block 242
physical block 895659, 1en 3

Wat nu?

WindowsXP, dat er ook op staat, start gewoon. Computerbeheer signaleert geen problemen.
BIOS slaat ook geen alarm.
Ik verdenk een of andere update van probleemveroorzaker.

[molly w]

Ik heb foto's gemaakt van wat op scherm te lezen was. Ik hoop dat het te lezen is.
Zo nee, dan is dat te wijten aan de restricties omtrent de grootte van de bijlagen. Ik moet daarom de afbeeldingen tot 25% verkleinen.

[vanadium]

Start je computer op naar een recovery commandolijn met netwerkondersteuning. Dit doe je door in het Grub opstartmenu een optie met "(recovery)" te kiezen. Op een bepaald ogenblik krijg je de optie om op te starten naar een root commandolijn met netwerkondersteuning. Controleer partitie /dev/sdb6 met het commando

Code: [Selecteer]

fsck -f /dev/sdb6
Als het goed is, zal dit commando alle inconsistenties van het bestandssysteem repareren en moet een opstart terug lukken. Is de beschadiging te groot, dan zal je mogelijk moeten herinstalleren. Dit kan als je dit verkiest zonder herformatteren: op dat ogenblik blijft je configuratie, desktopinrichting en data behouden.

[molly w]

Helaas zie in mijn Grub deze opties niet. Als ik de recovery mode start kom ik na een tsunami van regels bij de foutmelding uit die ik al beschreef. Zie ook de foto's hierboven n
Ik kan je nog wel de opties fotograferen mijn Grub biedt. Ook vraag ik me af of de installatie-cd een uitweg biedt met een commando venster.

[Marqeaux]

Start je computer op naar een recovery commandolijn met netwerkondersteuning. Dit doe je door in het Grub opstartmenu een optie met "(recovery)" te kiezen. Op een bepaald ogenblik krijg je de optie om op te starten naar een root commandolijn met netwerkondersteuning. Controleer partitie /dev/sdb6 met het commando

Code: [Selecteer]

fsck -f /dev/sdb6
Als het goed is, zal dit commando alle inconsistenties van het bestandssysteem repareren en moet een opstart terug lukken. Is de beschadiging te groot, dan zal je mogelijk moeten herinstalleren. Dit kan als je dit verkiest zonder herformatteren: op dat ogenblik blijft je configuratie, desktopinrichting en data behouden.

Goeie tip. Alleen zou ik Molly ook willen adviseren om via een live-CD eerst alvast wat data te redden van deze onwillige partitie voordat ze verder gaat. Als het, om welke reden dan ook, nog erger mis gaat is zij alleen het systeem kwijt. Dat is nog het minst erg, want die kan zij redelijk makkelijk weer opnieuw installeren.

[vanadium]

Ook vraag ik me af of de installatie-cd een uitweg biedt met een commando venster.

Jazeker. Je kan een live CD starten en daar een terminal openen om de schijfcontrole uit te voeren.

[molly w]

Goeie tip. Alleen zou ik Molly ook willen adviseren om via een live-CD eerst alvast wat data te redden van deze onwillige partitie voordat ze verder gaat. Als het, om welke reden dan ook, nog erger mis gaat is zij alleen het systeem kwijt. Dat is nog het minst erg, want die kan zij redelijk makkelijk weer opnieuw installeren.

  Zij is een hij. M is mijn nickname. 

[molly w]

Jazeker. Je kan een live CD starten en daar een terminal openen om de schijfcontrole uit te voeren.

Voor de zekerheid nog even advies.
Als ik dit doe, krijg ik een waarschuwing:

WARNING!!!
The filesystem is mounted. If you continue you ***WILL*** cause ***SEVERE*** filesystem damage.
Do youy really want to continue? <n>?

Wat te doen??

Ten tweede, wat ik al aangaf
de partitie krijgt de ene keer de letters sdb6 mee, de andere keer sda6.
Als ik Linux gewoon laat starten, en doe ESC wanneer de naam LINUX in beeld is, dan is melding dat sda6 een fout heeft in het filesystem. Start ik in de recoverymode, dan is het sdb6 die fout is. Dat snap ik niet, en ik wil natuurlijk niet dat er aan verkeerde partitie gerommeld wordt. Wat is wijsheid?

In de recovery-modus zie ik niet de opties die jij aangaf. Type ik -e- dan krijg ik een lijst (zie bijlage grub3.jpg) waar ik niets van begrijp. Maar zit daar soms datgene tussen wat ik moet hebben

[vanadium]

Voor de zekerheid nog even advies.
Als ik dit doe, krijg ik een waarschuwing:

WARNING!!!
The filesystem is mounted. If you continue you ***WILL*** cause ***SEVERE*** filesystem damage.
Do youy really want to continue? <n>?

Wat te doen??

"Als je dit doet": het fsck commando uitvoeren? Inderdaad, om fsck uit te voeren, moet de partitie ontkoppeld zijn. Is die partitie al aangekoppeld in je live sessie? Ik had gedacht van niet, maar als die wel is aangekoppeld, ontkoppel dan eerst. Daarna kan je fsck uitvoeren:

Code: [Selecteer]

sudo umount /dev/sdb6
sudo fsck -f  /dev/sdb6


Ten tweede, wat ik al aangaf
de partitie krijgt de ene keer de letters sdb6 mee, de andere keer sda6.
Als ik Linux gewoon laat starten, en doe ESC wanneer de naam LINUX in beeld is, dan is melding dat sda6 een fout heeft in het filesystem. Start ik in de recoverymode, dan is het sdb6 die fout is. Dat snap ik niet, en ik wil natuurlijk niet dat er aan verkeerde partitie gerommeld wordt. Wat is wijsheid?

Je moet hier inderdaad opletten en de apparaatnaam "van de dag" gebruiken. Juist omdat apparaatnamen kunnen veranderen tussen iedere opstart, wordt tegenwoordig in fstab met UUID verwijzing gewerkt in platas van, zoals vroeger, met apparaatnamen. Met fsck is er geen probleem mocht je per ongeluk een verkeerde partitie doorgeven: dit is de "schijfdoctor" en je partitie kan er alleen beter van worden 

In de recovery-modus zie ik niet de opties die jij aangaf. Type ik -e- dan krijg ik een lijst (zie bijlage grub3.jpg) waar ik niets van begrijp. Maar zit daar soms datgene tussen wat ik moet hebben

Start in dit geval hier beter een live USB op. Die recovery modus bereik je normaal via het grub opstartmenu, het menu waar je eventueel kiest tussen Windows of Ubuntu. Als je géén dual boot hebt, dan zie je dat menu niet. Je kan het laten verschijnen door tijdens de opstart op <esc> te drukken, maar mij lukt dat niet altijd goed. Werk hier dus maar beter vanaf een live USB of CD.

[molly w]

  YES!  Het werkt weer. Ik schrijf nu weer vanaf mijn Linuxsysteem.

Dat de vorige keer sdb6 of -a gekoppeld bleek, kwam misschien omdat ik eerst vanaf de live-cd mijn databestanden had bekeken.
Maar nu was sda6 cq -b niet gekoppeld. Fsck sdb6 deed niks, met sda6 had ie meer werk. Er moest blijkbaar van alles hernummerd worden, maar toen wilde Linux weer starten. Ook Thunderbird, Firefox en Libre Office deden het weer.
Met dank aan het forum.

Vraag is nog: hoe kon dit gebeuren?? Een foute in een update? Een filesystem dat al een beetje een rommeltje aan het worden was? Maar hoe gebeurt zoiets?

Nieuwsgierig naar het "behandelingsverslag" van fsck? Zie bijlage

[Marqeaux]

Zij is een hij. M is mijn nickname. 

Ha ha... oké! Voor mij net zo prima!

[molly w]

  Grrr.
Hetzelfde probleem deed zich wéér voor. Gelukkig wist ik hoe het aan kon pakken, dus het was gauw verholpen, maar toch ...
Ik zie twee mogelijke schuldigen:

• Mijn harde schijf is niet zo best meer
• Er zit een bug in de update, want het probleem doet zich voor sinds de update. Daarom voeg ik hier na de code in van wat de Terminal teruggaf

Code: [Selecteer]

mint@mint:~$ sudo fsck -f /dev/sda6
fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
Pass 1: Checking inodes, blocks, and sizes
Inode 1318577 seems to contain garbage.  Clear<y>? yes
Inode 1318578 seems to contain garbage.  Clear<y>? yes
Inode 1318579 seems to contain garbage.  Clear<y>? yes
Inode 1318580 seems to contain garbage.  Clear<y>? yes
Inode 1318581 seems to contain garbage.  Clear<y>? yes
Inode 1318582 seems to contain garbage.  Clear<y>? yes
Inode 1318583 seems to contain garbage.  Clear<y>? yes
Inode 1318584 seems to contain garbage.  Clear<y>? yes
Inode 1318585 seems to contain garbage.  Clear<y>? yes
Inode 1318586 seems to contain garbage.  Clear ('a' enables 'yes' to all) <y>? yes
Inode 1318587 seems to contain garbage.  Clear ('a' enables 'yes' to all) <y>? yes
Inode 1318588 seems to contain garbage.  Clear ('a' enables 'yes' to all) <y>? yes
Inode 1318589 seems to contain garbage.  Clear ('a' enables 'yes' to all) <y>? yes
Inode 1318590 seems to contain garbage.  Clear<y>? yes
Inode 1318591 seems to contain garbage.  Clear<y>? yes
Inode 1318592 seems to contain garbage.  Clear<y>? yes
Inodes that were part of a corrupted orphan linked list found.  Fix<y>? yes
Inode 1593065 was part of the orphaned inode list.  FIXED.
Inode 1967379 was part of the orphaned inode list.  FIXED.
Deleted inode 1982938 has zero dtime.  Fix<y>? yes
yPass 2: Checking directory structure
Entry 'folder.png' in /usr/share/icons/HighContrast/32x32/places (1318448) has deleted/unused inode 1318577.  Clear<y>? yes
Entry 'network-server.png' in /usr/share/icons/HighContrast/32x32/places (1318448) has deleted/unused inode 1318578.  Clear<y>? yes
Entry 'network-workgroup.png' in /usr/share/icons/HighContrast/32x32/places (1318448) has deleted/unused inode 1318579.  Clear<y>? yes
Entry 'start-here.png' in /usr/share/icons/HighContrast/32x32/places (1318448) has deleted/unused inode 1318580.  Clear<y>? yes
Entry 'user-bookmarks.png' in /usr/share/icons/HighContrast/32x32/places (1318448) has deleted/unused inode 1318581.  Clear<y>? yes
Entry 'user-desktop.png' in /usr/share/icons/HighContrast/32x32/places (1318448) has deleted/unused inode 1318582.  Clear<y>? yes
Entry 'user-home.png' in /usr/share/icons/HighContrast/32x32/places (1318448) has deleted/unused inode 1318583.  Clear<y>? yes
Entry 'user-trash.png' in /usr/share/icons/HighContrast/32x32/places (1318448) has deleted/unused inode 1318584.  Clear<y>? yes
Entry 'alarm.png' in /usr/share/icons/HighContrast/32x32/status (1318449) has deleted/unused inode 1318586.  Clear<y>? yes
Entry 'appointment-missed.png' in /usr/share/icons/HighContrast/32x32/status (1318449) has deleted/unused inode 1318587.  Clear<y>? yes
Entry 'appointment-soon.png' in /usr/share/icons/HighContrast/32x32/status (1318449) has deleted/unused inode 1318588.  Clear<y>? yes
Entry 'audio-volume-low.png' in /usr/share/icons/HighContrast/32x32/status (1318449) has deleted/unused inode 1318590.  Clear<y>? yes
Entry 'audio-volume-medium.png' in /usr/share/icons/HighContrast/32x32/status (1318449) has deleted/unused inode 1318591.  Clear<y>? yes
Entry 'audio-volume-muted.png' in /usr/share/icons/HighContrast/32x32/status (1318449) has deleted/unused inode 1318592.  Clear<y>? yes
Entry 'audio-volume-high.png' in /usr/share/icons/HighContrast/32x32/status (1318449) has deleted/unused inode 1318589.  Clear<y>? yes
Entry 'airplane-mode.png' in /usr/share/icons/HighContrast/32x32/status (1318449) has deleted/unused inode 1318585.  Clear<y>? yes
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences:  -(5323774--5323776) -(5323778--5323789) -6867713 -(7429152--7429153) -7429342 -(8091898--8091899) -8189539
Fix<y>? yes
Free blocks count wrong for group #162 (10633, counted=10648).
Fix<y>? yes
Free blocks count wrong for group #209 (11219, counted=11220).
Fix<y>? yes
Free blocks count wrong for group #226 (8032, counted=8035).
Fix<y>? yes
Free blocks count wrong for group #246 (12020, counted=12022).
Fix<y>? yes
Free blocks count wrong for group #249 (18853, counted=18854).
Fix<y>? yes
Free blocks count wrong (1555109, counted=1543104).
Fix<y>? yes
Inode bitmap differences:  -(1318577--1318592) -1593065 -1967379 -1982938
Fix<y>? yes
Free inodes count wrong for group #160 (184, counted=200).
Fix<y>? yes
Free inodes count wrong for group #194 (1432, counted=1433).
Fix<y>? yes
Free inodes count wrong for group #240 (0, counted=1).
Fix<y>? yes
Free inodes count wrong for group #242 (724, counted=725).
Fix<y>? yes
Free inodes count wrong (1607492, counted=1596721).
Fix<y>? yes

/dev/sda6: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sda6: 729807/2326528 files (0.3% non-contiguous), 7752256/9295360 blocks
mint@mint:~$
Wellicht kunnen lieden die er meer verstand van hebben, hieruit opmaken of de update misschien de problemen veroorzaakt.