Linux Mint 19.2 start niet meer op

[yJi]

Het geeft steeds weer in het zwarte scherm een herstel optie daarvoor moet je 'help'intoetsen.
Wel gedaan maar ben in die commando-taal niet vertrouwd mee. Doet dit nu in LM 17.2 64 bit.
Wil wel graag weer terug naar Mint 19.2

Kan daar jammer genoeg geen plaatje van laten zien, mogelijk kan ik van dat scherm nog wel een foto maken...
maar heb geen opslagruimte meer in Mint 17.2.  Mogelijk kan k de foto op een usb-stick zetten.
Wanneer jullie het zo niet begrijpen.

Bij voorbaat mijn dank.

 

[Spidey-Westland]

Kan je wel inloggen?

Op mijn pc ook zoiets gehad.

Kwam er ook niet uit en heb tenslotte een nieuwe installatie uitgevoerd.

SPW

[yJi]

Kan je wel inloggen?
Op mijn pc ook zoiets gehad.
Kwam er ook niet uit en heb tenslotte een nieuwe installatie uitgevoerd.
SPW

Ja, nog wel met een  LM 17.2 op een andere schijf.
het geeft ook nog dit 'commando' in dat zwarte scherm:
- initramfs

Daar kun je nog een ander commando invoegen uit de help-file die je dan te zien krijgt.
Heb wel een paar commando's uitgeprobeerd maar kom niet in een directory.
Wel geeft het dat ik dan 'fsck' met intypen maar ik ben gewoon niet dit dagelijks te doen.
Dat zal het probleem dan wel zijn...

[Spidey-Westland]

Via een kennis heb ik wel wat tips gekregen om iets verder te gaan.

Kijk eens op deze site. https://askubuntu.com/questions/197459/how-to-fix-sudo-unable-to-open-read-only-file-system

[yJi]

https://askubuntu.com/questions/197459/how-to-fix-sudo-unable-to-open-read-only-file-system[/url]

Leuk voor deze (nog) niet werkende tip, want sudo werkt hierin totaal niet

[yJi]

Zo ziet het scherm van /dev/sda1 uit sinds de storing van LM 19.2
Heb wel een commando geprobeerd maar dan krijg je weer ruim helpfile.

(Mogelijk is deze bijlagen niet te lezen...

[yJi]

Het volgende komt in dat zwarte scherm in beeld nadat ik een mount commando geprobeerd had.

/dev/sda1 contains a file system with errors, check forced.
nodes that were part of a corrupted orphan linked list found.

/den/sda1: UNEXPECTED INCONSISTENCY; RUN fcsk MANUALLY.
               (i.e., without -a or -p options)
fsck exited with status code 4
The root filesystem on /dev/sda1 requires a manual fsck

Wie kan mij nog meer 'licht' geven, na het begrijpen van het vette bovenstaande.
Het dient immers ook nog steeds in dat zwarte scherm plaats hebben/vinden.

[maasnet]

Mogelijke oplossing gevonden op askubuntu:

boot to a Ubuntu Live DVD/USB
open a terminal window
type sudo fdisk -l
identify the /dev/XXXX device name for your "Linux Filesystem"
type sudo fsck -f /dev/XXXX # replacing XXXX with the number you found earlier
repeat the fsck command if there were errors
type reboot

Wellicht heb je er wat aan.

[h2o]

Het volgende komt in dat zwarte scherm in beeld nadat ik een mount commando geprobeerd had.

/dev/sda1 contains a file system with errors, check forced.
nodes that were part of a corrupted orphan linked list found.

/den/sda1: UNEXPECTED INCONSISTENCY; RUN fcsk MANUALLY.
               (i.e., without -a or -p options)
fsck exited with status code 4
The root filesystem on /dev/sda1 requires a manual fsck

Wie kan mij nog meer 'licht' geven, na het begrijpen van het vette bovenstaande.
Het dient immers ook nog steeds in dat zwarte scherm plaats hebben/vinden.

Dat kun je oplossen door met een live CD/DVD of USB stick met live versie van Ubuntu, Linux Mint of Debian op te starten.
Dat met dat medium bij Ubuntu en Linux Mint het commando

Code: [Selecteer]

sudo efsck -f /dev/sda1 in te toesen.
Bij de live versie van Debian hetzelfde commando maar dan zonder sudo omdat je daar al root bent.

Succes!

Even de uitleg erbij, dan weet je wat je aan het doen bent. Jouw systeem is dusdanig 'mishandelt' en corrupt geraakt dat het foutmechanisme van Linux niet meer kan repareren. Dat kun je wel doen met een Live versie van een van de genoemde distributies. Daarmee ga je extern het systeem repareren.
Je kunt als je wilt ook systemrescue CD hiervoor gebruiken. De naam zegt al genoeg. Maar dat is eigenlijk meer voor experts.

[vanadium]

Zware corruptie inderdaad, ik zou meteen herinstalleren. Hou er rekening mee dat dit een gevolg kan zijn van een falende harde schijf. Let dus op na herinstallatie voor je data. Als je heel vlug terug dergelijke problemen krijgt, dan wordt het tijd de harde schijf te vervangen.

[h2o]

Zware corruptie inderdaad, ik zou meteen herinstalleren. Hou er rekening mee dat dit een gevolg kan zijn van een falende harde schijf. Let dus op na herinstallatie voor je data. Als je heel vlug terug dergelijke problemen krijgt, dan wordt het tijd de harde schijf te vervangen.

Het kan inderdaad een falende harde schijf zijn, maar hoeft niet. Ik heb wel eens een systeem meegemaakt bij een van mijn kennissen die deze fout aangaf maar dat bleek een andere oorzaak te hebben. In de directory /var/logs stonden grote bestanden die afkomstig waren van de printer (als ik mij goed herinner).

Omdat de /dev/sda1 telkens vol was kon het reparatiemechanisme niet goed meer werken. Via een reparatie via een USB stick met Live Debian erop kon ik het repareren. Tevens kon ik hiermee ook uitzoeken met het commando

df -h

hoeveel ruimte er nog vrij was op /dev/sda1. Dat bleek dus nul te zijn en met het installeren van ncdu kon ik dat goed uitzoeken.
/mnt is ook een beruchte plek waar weleens door het foutief aankoppelen per ongeluk bestanden terecht komen die eigenlijk op een externe schijf moesten staan.

[yJi]

Heb alleen nog maar dit commando gebruikt in een Live-DVD versie van LM 19.2

het geeft dit dan weer:

mint@mint:~$ sudo fdisk -l
Disk /dev/loop0: 1.7 GiB, 1859526656 bytes, 3631888 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/sda: 447.1 GiB, 480103981056 bytes, 937703088 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xfce50380

Device     Boot Start       End   Sectors   Size Id Type
/dev/sda1  *     2048 937701375 937699328 447.1G 83 Linux


Disk /dev/sdb: 117.4 GiB, 126035288064 bytes, 246162672 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x000f4095

Device     Boot     Start       End   Sectors  Size Id Type
/dev/sdb1  *         2048  57573375  57571328 27.5G 83 Linux
/dev/sdb2       139493374 246161407 106668034 50.9G  5 Extended
/dev/sdb3        57573376  88293375  30720000 14.7G  b W95 FAT32
/dev/sdb5       238022656 246161407   8138752  3.9G 82 Linux swap / Solaris
/dev/sdb6       139495424 238020607  98525184   47G  b W95 FAT32

Partition table entries are not in disk order.
mint@mint:~$

[h2o]

Probeer dit eens:

Code: [Selecteer]

sudo efsck -f /dev/sdb1Omdat jouw live CD kennelijk op /dev/sda1 wordt gekoppeld is jouw harde schijf in z'n geheel /dev/sdb geworden.

[yJi]

Even over de 'leeftijd' van de /dev/sda1 schijf'.
Aangeschaft op 23-11-18 een ssd schijf van Kingston met een grootte van 480GB A400 SATA 3 2.5.

Naast Linux Mint 19.2, staat er ook  een virtuele Windows 7 Pro op. Maar alleen nauurlijk wanneer LM 19.2 werkt.

Het probleem met opnieuw installeren  van LM 19.2 dan ben je dus wel al het andere kwijt.
Ineens deed LM19.2 deze rare zet en geef ook de schuld aan de celeron processor omdat deze laptop de 4 jaar al gepasseerd heeft. (Tenminste volgens de maker BTO!}
Vrolijk wordt je dus niet meer van een celeron processor. Mogelijk beter geweest  wanneer je bij de LM 19.2 Xfce versie gebleven was.

Nu even over het fsck command. Heb het met en zonder 'sudo' geprobeerd  met de ? start gegevens van /dev/2048#
Maar steeds kan het niets vinden dan.

Een mogelijke betere optie zou kunnen zijn om de sdb schijf tijdelijk uit te schakelen door ze te unmounten in gparted.
Dan weer het fsck commando gebruiken .

Geduld is wel weer een schone zaak!

[yJi]

Gedeeltelijk is sdb al uitgeschakeld alleen de 32fat schijf nog niet omdat daar de belangrijke bladwijzers opstaan.
Ook /dev/sda1 is ook al unmount.

Ook wel logisch toch draai immers van een live DVD.

[h2o]

Het ontgaat mij waarom je telkens fsck gebruikt?

[yJi]

Het ontgaat mij waarom je telkens fsck gebruikt?

Mogelijk omdat dat steeds weer in dat zwarte scherm gegeven werd, en ook omdat een ander dat noemde als mogelijke oplossing maar dan wel
zo: sudo fsck -f /dev/2048

2048 omdat het de startpositie van /dev/sda1 is.
Geeft ook geen goed resultaat, ook zegt dit advies van fsck het te blijven doen totdat de fout(en)  stoppen en dan te rebooten.

[h2o]

Even iets voor jou opgezocht:

Check all filesystems in one run

If there are several filesystems in your computer, you can get fsck to check all of them at the same time with the -A flag.

fsck -A

What it will do is to grab all the filesystem entries from /etc/fstab and scan them for errors. You can use it together with the -R and -y flag to prevent it from scanning the root filesystem and fix all errors, if there is any.

[yJi]

Even iets voor jou opgezocht:

Check all filesystems in one run

If there are several filesystems in your computer, you can get fsck to check all of them at the same time with the -A flag.

fsck -A

What it will do is to grab all the filesystem entries from /etc/fstab and scan them for errors. You can use it together with the -R and -y flag to prevent it from scanning the root filesystem and fix all errors, if there is any.

Alle gegeven fsck opties geven allemaal hetzelfde antwoord:

mint@mint:~$ fsck -A
fsck from util-linux 2.31.1
mint@mint:~$ sudo fsck -A
fsck from util-linux 2.31.1
mint@mint:~$ fsck -R
fsck from util-linux 2.31.1
mint@mint:~$ fsck -y
fsck from util-linux 2.31.1
mint@mint:~$ sudo fsck -R
fsck from util-linux 2.31.1
mint@mint:~$

Hetzelfde als dat ook weergegeven wordt in het zwarte niet-opstarten scherm van /dev/sda1.
Houdt het dan mogelijk in, dat er geen fouten in zitten?
Is er dan iets te doen met util-linux 2.31.1 ?

Hoefde toch geen /etc/fstab te gebruiken omdat fsck dat al doet?!

Begrijp er een jota zo meer van...

[h2o]

Ok, normaal is jouw eerste partitie /dev/sda1, wanneer er wordt opgestart via een live-usb stick wordt dat /dev/sdb1.

Nu alleen het commando

Code: [Selecteer]

e2fsck -f /dev/sdb1 geven. Dan wordt alleen jouw eerste partitie van jouw ssd schijf waar jouw systeem op staat gescand op fouten.

Je kunt daarna ook nog proberen

Code: [Selecteer]

e2fsck -p /dev/sdb1Dan worden eventuele fouten automatisch gerepareerd.

Hier voorbeelden met korte uitleg van e2fsck: http://linuxadministrative.blogspot.com/2014/06/e2fsck-command-examples.html

Let wel, in jouw situatie is het vanaf een live-usb niet /dev/sda1 maar /dev/sdb1
Hier een goede beschrijving van e2fsck: https://linux.die.net/man/8/e2fsck

[yJi]

Doe het niet van een  live-usb maar van een live-DVD.

Als ik dan in Gparted kijk dan zegt Gparted dat dus niet, dan is /dev/sda1 nog steeds de eerste schijf waarop die fout dus staat.
Ga er vanmiddag mee door/verder.

Hieronder de plaatjes van Gparted:

[h2o]

Sorry hoor, maar op het tweede plaatje zie ik toch echt /dev/sdb1 staan.
Die staan wel aangekoppeld (zie het sleuteltje).
Als je op die partitie gaat staan met Gparted kun je ook met rechtermuisknop naar ontkoppelen gaan. Via Gparted kun je trouwens ook een check op die partitie laten uitvoeren.
Eerst ontkoppelen en dan controleren.
Is de controle goed, dan via de Live DVD naar deze partitie gaan. Heb je een internetverbinding met de live DVD, dan het commando

Code: [Selecteer]

sudo apt update && sudo apt install ncdu gebruiken.
Met de bestandsbeheerder dan naar deze partitie gaan en daar een terminal openen en het commando

Code: [Selecteer]

ncdu gebruiken. Dan zie je meteen waar de meeste bestanden staan welke teveel ruimte innemen.
Hier een voorbeeld:

ncdu 1.13 ~ Use the arrow keys to navigate, press ? for help                   
--- /files ---------------------------------------------------------------------
   35,7 GiB [##########] /iso                                                   
   26,2 GiB [#######   ] /vdi
   18,1 GiB [#####     ] /multimedia
   16,5 GiB [####      ] /School
   15,4 GiB [####      ] /Prive
    4,8 GiB [#         ] /k3b-temp
    3,8 GiB [#         ]  usb4gbstick.img
    3,8 GiB [#         ]  citostick2018.img
    3,7 GiB [#         ]  citostick2016.img
    3,7 GiB [#         ]  cito-oefenstick.img
    3,6 GiB [#         ]  citostick2017.img
    2,9 GiB [          ]  werkstation2-64.img.gz
    2,7 GiB [          ] /cito-stick
    2,0 GiB [          ] /install
    1,8 GiB [          ] /fototemp
    1,1 GiB [          ]  cito-usb-jsb.tar.gz
    1,0 GiB [          ] /pcloud-cache
  566,7 MiB [          ] /ms-office2007
  194,0 MiB [          ] /entreetoets-mp3-bestanden
  137,9 MiB [          ] /P-Series
   76,8 MiB [          ]  P-Series.zip

[vanadium]

Lijkt me normaal dat ook vanaf een live sessie de eerste harde schijf /dev/sda blijft. Zoals eerder aangegeven, is de SSD een 480 GB harde schijf. Dit is sda op de schermafdrukken. Probeer het dus maar met

Code: [Selecteer]

sudo fsck -f /dev/sda1
Zo check je partitie sda1 op schijf sda. De '-f' optie, "force", dwingt het programma tot een diepgaande controle.

Trouwens, het kan geen kwaad, wel integendeel, dit commando ook op andere partities los te laten, en vooral ook op verwijderbare harde schijven, die anders nooit gechecked worden.

[yJi]

 Bedankt @h20 en @vanadium voor deze ondersteuning en... lessen!

Ga dit nader bekijken c.q. proberen!

Meende echt dat dit ook zou veranderen in Gparted; en Ja, ook zijn ze nog gemount en dienen dus eerst nog ungemount te worden in Gparted en dan pas deze commando' s toepassen/uitvoeren.

Heb eerder nog nooit deze fout gehad/meegemaakt, starte het systeem weer op en kreeg gelijk deze onbegrijpelijke fout op sda1.
 
Laat later weten hoe het is met de schij(f/ven)

[yJi]

Dit gaat dus lang duren, nog steeds wordt /dev/sdb1 gecontroleerd door Gparted.

Dit heeft wel 2 uur geduurd (goed dat ik de oude BENQ nog heb).
Krijg nu een kleiner scherm  in beeld "filesystems found on /dev/sdb"

#1: ext2/3/4 ReiserFs or XFS (28111MiB)          View
#2: ntfs (0 MiB)                                                           View
#3: ntfs (0 MiB)                                                           View
#4: ntfs (0 MIB                                                            View

Is het nu de bedoeling /dev/sda1 te gaan onder de Live DVD te gaan en dan het sudo command in te voeren.

Heb ook even op de VIEW's achter de 3 ntfs schijven maar dat lijkt dan fouten te gaan geven volgens Gparted.