Linux Mint 19.2 start niet meer op

[yJi]

Hier het resultaat van fsck command van vanadium.

Het resultaat:

mint@mint:~$ sudo fsck -f /dev/sda1
fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
Pass 1: Checking inodes, blocks, and sizes
Inodes that were part of a corrupted orphan linked list found.  Fix<y>? yes
Inode 2884795 was part of the orphaned inode list.  FIXED.
Inode 2884935 was part of the orphaned inode list.  FIXED.
Inode 5243112 was part of the orphaned inode list.  FIXED.
Inode 5243297 was part of the orphaned inode list.  FIXED.
Inode 5243354 was part of the orphaned inode list.  FIXED.
Inode 5243576 was part of the orphaned inode list.  FIXED.
Inode 5264050 was part of the orphaned inode list.  FIXED.
Inode 5264051 was part of the orphaned inode list.  FIXED.
Deleted inode 5264057 has zero dtime.  Fix<y>? yes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences:  -(18914567--18914580) -(18914596--18914602) -(26776090--26776096) -(26776118--26776124) -(60334609--60334615) -(72513551--72513557) -(73000448--73000455)
Fix<y>? yes
Free blocks count wrong for group #577 (15703, counted=15724).
Fix<y>? yes
Free blocks count wrong for group #817 (10329, counted=10343).
Fix<y>? yes
Free blocks count wrong for group #1841 (23521, counted=23528).
Fix<y>? yes
Free blocks count wrong for group #2212 (26638, counted=26645).
Fix<y>? yes
Free blocks count wrong for group #2227 (2363, counted=2371).
Fix<y>? yes
Free blocks count wrong (93160508, counted=93161513).
Fix<y>? yes
Inode bitmap differences:  -2884795 -2884935 -5243112 -5243297 -5243354 -5243576 -(5264050--5264051) -5264057
Fix ('a' enables 'yes' to all) <y>? yes
Free inodes count wrong for group #352 (3385, counted=3387).
Fix ('a' enables 'yes' to all) <y>? yes
Free inodes count wrong for group #640 (2257, counted=2261).
Fix ('a' enables 'yes' to all) <y>? yes
Free inodes count wrong for group #642 (3385, counted=3388).
Fix ('a' enables 'yes' to all) <y>? yes
Free inodes count wrong (28585096, counted=28585199).
Fix<y>? yes

/dev/sda1: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sda1: 725777/29310976 files (0.4% non-contiguous), 24050903/117212416 blocks
mint@mint:~$

Lijkt er nu op dat het zo weer in orde is , ga dus nu weer rebooten...

[h2o]

Als het nu goed opstart, dan zou ik je toch aanraden om uit te zoeken wat zoveel schijfruimte op /dev/sda1 gebruikt?
Middels ncdu kun je dat prima uitzoeken.

Voorbeeld:

Code: [Selecteer]

sudo ncdu /varlaat de inhoud zien van /var waar vaak veel grote bestanden staan.

Hetzelfde doe je met /mnt en /usr, dus

Code: [Selecteer]

sudo /ncdu /mnt

Code: [Selecteer]

sudo ncdu /usr
Ik ben benieuwd 

[yJi]

Dank h2o en vanadium dankzij jullie en mijn vertrouwen zit ze nu weer op /dev/sda1 !!!

[h2o]

Geweldig, fijn dat het allemaal geholpen heeft.

[yJi]

Als het nu goed opstart, dan zou ik je toch aanraden om uit te zoeken wat zoveel schijfruimte op /dev/sda1 gebruikt?
Middels ncdu kun je dat prima uitzoeken.

Voorbeeld:

Code: [Selecteer]

sudo ncdu /varlaat de inhoud zien van /var waar vaak veel grote bestanden staan.

Hetzelfde doe je met /mnt en /usr, dus

Code: [Selecteer]

sudo /ncdu /mnt

Code: [Selecteer]

sudo ncdu /usr
Ik ben benieuwd 

Ook hiervoor bedankt ga het ook zeker dit weekend uitzoeken met de jouw gegeven commando's en tips! 

[h2o]

Ik zag dat jij ook een lege partitie hebt van zo'n 45 GB. Is dat niet in te zetten? Heb je bijvoorbeeld een aparte /home partitie of staat alles op /dev/sda1?

[yJi]

Ik zag dat jij ook een lege partitie hebt van zo'n 45 GB. Is dat niet in te zetten? Heb je bijvoorbeeld een aparte /home partitie of staat alles op /dev/sda1?

Ook dat komt in het weekend aan het werk, door ook wel ondoordacht  zaken veranderd te hebben.
Wel is /dev/sda1 wel mijn belangrijkste partitie, maar prachtig toch voor andere opslag.
Dank ook weer voor deze tip!

[vanadium]

Hou de harde schijf goed in de gaten. Een systeempartitie raakt niet gemakkelijk corrupt zonder een specifiek incident (vb. stroomuitval). Mocht dit incident een gevolg geweest zijn van falen van de harde schijf, dan kan je elk moment opnieuw problemen verwachten, en zal je die moeten vervangen. Nu is het een vrij nieuwe SSD, dus ik verwacht dat niet.

Mocht er data opstaan waarvan je geen reservekopie hebt, maak er dan een reservekopie van. Maak géén reservekopie van data waarvan je wel al een reservekopie hebt! Na dit incident kunnen sommige bestanden immers corrupt geraakt zijn. in plaats hiervan dien je de bestanden van je backup terug te plaatsen, zodat eventuele corrupte exemplaren op je harde schijf overschreven worden door een goed bestand.

Het is niet uitgesloten dat er ook beschadiging is van systeembestanden. Wil je het gans veilig spelen, herinstalleer dan.  Anders kan je eens zien of het loopt en het systeem behouden, maar garantie dat dit geen enkel gevolg heeft voor je besturingssysteem, is er niet.

[yJi]

Waar ze nog wel mee zit is een feit dat al een paar keer eerder gebeurd is en mogelijk heeft die fout daar ook mee van doen!

Af en toe in Windows 7, dacht ik dat het van Windows kwam, maar nee hoor want het gebeurt ook in Mint 19.2 64 bit.
Onder de 32 bits systemen gebeurde dat nooit.
BTO zegt dat het komt door de celeron processor en omdat mijn vbook al ruim vier jaar oud is geven celeron processors problemen.
Waaronder dus frozen schermen.
De enige optie die nog over was is dat je het systeem moet uitzetten en later maar weer herstarten.
Dat hoefde nooit met Linux systemen, nu dus wel en zie BTO niet meer als mijn favoriet vanwege die celeron.
Maar weet dat die ook wel in andere computers zitten.
In de BENQ had ik dat probleem nooit; niet met XP en later ook niet met een dualboot systeem (windows plus xfce-versies).
Wel ook met een celeron processor erin ooit kostte die al bijna 700 euro, en wel 32 bits systemen.
64 bit was wel in opkomst.
Maar nu steeds weer dat rare probleem van 'zomaar' een frozen scherm en wel bij BTO!

[h2o]

Even iets voor jou opgezocht:
https://www.google.nl/search?newwindow=1&sxsrf=ACYBGNQ21y_pXKHPGDmFplIlqdZtKgeJaA%3A1572028166910&source=hp&ei=Bj-zXa7KNIbDwQK4nYHgAg&q=debian+frozen+screen+celeron&oq=debian+frozen+screen+celeron&gs_l=psy-ab.3...778.23930..25158...0.0..0.267.3163.15j12j1......0....1..gws-wiz.......0j0i131j0i22i30j0i19j0i22i30i19j0i13j0i13i30j33i22i29i30j33i160j33i21.W4uPA7CFnE4&ved=0ahUKEwiu5dmjhbjlAhWGYVAKHbhOACwQ4dUDCAU&uact=5

Dan dit: https://askubuntu.com/questions/803640/system-freezes-completely-with-intel-bay-trail

En dan deze informatie:

Your processor is affected by the c-state bug

This causes total freezes when the CPU tries to enter an unsupported sleep state. It's a problem for many Bay Trail devices especially with newer (4.*) kernels.
Affected processors AFAIK:

Atom Z3735F (Asus X205TA, Acer Aspire Switch 10, Lenovo MIIX 3 1030)
Atom Z3735G
Celeron J1900 (Asus ET2325IUK, shuttle XS35V4)
Celeron N2940 (Acer Aspire ES1-711, Chromebook)
Celeron N2840 (Acer Aspire ES1-311)
Celeron N2930 (Jetway JBC311U93, Zotac Nano CI320)
Pentium N3520
Pentium N3530 (Acer V3-111P)
Pentium N3540 (Dell Inspiron 15 3000, Lenovo G50, ASUS X550MJ)

(please (suggest an) edit to add your own device if affected)

Complete list of Bay Trail processors may be found here
There is a simple workaround for this until it gets properly fixed upstream.

You just need to pass a kernel boot parameter and the random freezing stops completely. The parameter may increase battery consumption slightly, but it will give you a usable system.

You do this by editing the configuration file for GRUB:

Boot Ubuntu and open a terminal by pressing Ctrl+Alt+T then type

sudo nano /etc/default/grub

Find the line that starts GRUB_CMDLINE_LINUX_DEFAULT=

This needs to be changed to include intel_idle.max_cstate=1

So after your edit it reads something like

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash intel_idle.max_cstate=1"

quiet and splash are default parameters for Ubuntu Desktop - no need to change them, or any other pre-existing parameters

Now save the file by pressing ctrl+o then enter and exit by pressing ctrl+x

Now run

sudo update-grub

Then reboot.

[yJi]

Als het nu goed opstart, dan zou ik je toch aanraden om uit te zoeken wat zoveel schijfruimte op /dev/sda1 gebruikt?
Middels ncdu kun je dat prima uitzoeken.

Voorbeeld:

Code: [Selecteer]

sudo ncdu /varlaat de inhoud zien van /var waar vaak veel grote bestanden staan.
Ik ben benieuwd 

Ja inderdaad alleen het eerste ncdu commando, maar dan weet ze ook wel dat ze niet erg technisch is:

ncdu 1.12 ~ Use the arrow keys to navigate, press ? for help                   
--- /var -----------------------------------------------------------------------
  384.1 MiB [##########] /lib                                                   
  116.3 MiB [###       ] /cache
   23.3 MiB [          ] /log
    4.0 KiB [          ] /tmp
    0.0   B [          ] /spool
e   0.0   B [          ] /crash
@   0.0   B [          ]  lock
@   0.0   B [          ]  run
e   0.0   B [          ] /opt
e   0.0   B [          ] /mail
e   0.0   B [          ] /local
e   0.0   B [          ] /backups

Mogelijk gaat me dit boven de pet, heb ook gemerkt dat je met de pijltoetsen dat ook nog onder kan verdelen
         
ncdu 1.12 ~ Use the arrow keys to navigate, press ? for help                   
--- /var/lib -------------------------------------------------------------------
                         /..                                                   
  290.8 MiB [##########] /apt
   60.8 MiB [##        ] /dpkg
   17.4 MiB [          ] /aptitude
    5.6 MiB [          ] /mlocate
    4.0 MiB [          ] /aspell
    3.5 MiB [          ] /flatpak
    1.0 MiB [          ] /gconf
  539.0 KiB [          ] /usbutils
  170.0 KiB [          ] /systemd
   63.0 KiB [          ] /doc-base
   44.0 KiB [          ] /colord
   34.5 KiB [          ] /ucf
   32.0 KiB [          ] /PackageKit
   28.0 KiB [          ] /NetworkManager
   16.5 KiB [          ] /xml-core
   16.0 KiB [          ] /upower
   13.5 KiB [          ] /polkit-1
    7.0 KiB [          ] /ghostscript
    5.5 KiB [          ] /dictionaries-common
    4.0 KiB [          ] /plymouth
 Total disk usage: 384.1 MiB  Apparent size: 381.8 MiB  Items: 8354             

Voor mij een groot ?

[h2o]

Met ncdu kun je makkelijk de grootte van de directories zien. In jouw geval is /var in ieder geval normaal.

Met ncdu /home of /ncdu /usr zul je wel meer zien.
Heb je ook ncdu /mnt geprobeerd?

[yJi]

Met ncdu kun je makkelijk de grootte van de directories zien. In jouw geval is /var in ieder geval normaal.

Met ncdu /home of /ncdu /usr zul je wel meer zien.
Heb je ook ncdu /mnt geprobeerd?

Heb ncdu /mnt  gedaan, maar daar geen gegevens, vervolgens heeft ze ook ncdu /usr gedaan.
Dan krijg je een extra venster in terminal waarin de boel gescand wordt.
Wat je daarmee kan doen in me een raadsel.

(kocht het ubuntu magazine ook gisteren, maar ook dat is zo technisch voor me)

[yJi]

ncdu staat er ook niet standaard in je dient het dus nog te installeren in terminal.

Dit na het sudo ncdu /usr commando. Het scant 'de schijf' maar welke schijf dat zegt het niet volgens mij:

ncdu 1.12 ~ Use the arrow keys to navigate, press ? for help                   
--- /usr -----------------------------------------------------------------------
    3,6 GiB [##########] /lib                                                   
    2,4 GiB [######    ] /share
    1,7 GiB [####      ] /src
  211,7 MiB [          ] /local
  169,4 MiB [          ] /bin
   40,7 MiB [          ] /include
   24,1 MiB [          ] /sbin
    1,4 MiB [          ] /libexec
    8,0 KiB [          ] /games
 Total disk usage:   8,2 GiB  Apparent size:   7,9 GiB  Items: 630017         

ncdu 1.12 ~ Use the arrow keys to navigate, press ? for help                   
--- /usr/lib -------------------------------------------------------------------
                         /..                                                   
    1,5 GiB [##########] /x86_64-linux-gnu
  366,0 MiB [##        ] /vmware
  322,5 MiB [##        ] /libreoffice
  186,1 MiB [#         ] /firefox
  179,6 MiB [#         ] /jvm
  171,9 MiB [#         ] /python2.7
  157,9 MiB [          ] /thunderbird
  150,9 MiB [          ] /virtualbox
   84,9 MiB [          ] /gcc
   82,9 MiB [          ] /vmware-ovftool
   67,2 MiB [          ] /debug
   61,7 MiB [          ] /vmware-installer
   42,4 MiB [          ] /python3
   33,9 MiB [          ] /adobe-flashplugin
   32,9 MiB [          ] /mono
   27,4 MiB [          ] /xscreensaver
   21,6 MiB [          ] /python3.6
   15,8 MiB [          ]  libgdal.so.20.3.2
   13,4 MiB [          ] /cups
    9,5 MiB [          ] /evolution
 Total disk usage:   3,6 GiB  Apparent size:   3,6 GiB  Items: 32755           
 

[h2o]

Zo je zien is /usr/src aan de grote kant. Bij mij is die maar 78MB groot, bij jou 1,7GB.
Verder valt mij op dat /usr/share aan de grote kant is.
In beide directories is behoorlijk wat winst te behalen.

Wat ik bij dergelijke (SYSTEEM) directories doe is kijken wat er veel schijfruimte inneemt en dat via Synaptic op ga ruimen.

[yJi]

Even iets voor jou opgezocht:
[
En dan deze informatie:

Your processor is affected by the c-state bug

This causes total freezes when the CPU tries to enter an unsupported sleep state. It's a problem for many Bay Trail devices especially with newer (4.*) kernels.
Affected processors AFAIK:

Atom Z3735F (Asus X205TA, Acer Aspire Switch 10, Lenovo MIIX 3 1030)
Atom Z3735G
Celeron J1900 (Asus ET2325IUK, shuttle XS35V4)
Celeron N2940 (Acer Aspire ES1-711, Chromebook)
Celeron N2840 (Acer Aspire ES1-311)
Celeron N2930 (Jetway JBC311U93, Zotac Nano CI320)
Pentium N3520
Pentium N3530 (Acer V3-111P)
Pentium N3540 (Dell Inspiron 15 3000, Lenovo G50, ASUS X550MJ)

(please (suggest an) edit to add your own device if affected)

Complete list of Bay Trail processors may be found here
There is a simple workaround for this until it gets properly fixed upstream.

You just need to pass a kernel boot parameter and the random freezing stops completely. The parameter may increase battery consumption slightly, but it will give you a usable system.

You do this by editing the configuration file for GRUB:

Boot Ubuntu and open a terminal by pressing Ctrl+Alt+T then type

sudo nano /etc/default/grub

Find the line that starts GRUB_CMDLINE_LINUX_DEFAULT=

This needs to be changed to include intel_idle.max_cstate=1

So after your edit it reads something like

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash intel_idle.max_cstate=1"

quiet and splash are default parameters for Ubuntu Desktop - no need to change them, or any other pre-existing parameters

Now save the file by pressing ctrl+o then enter and exit by pressing ctrl+x

Now run

sudo update-grub

Then reboot.

Even leek het erop dat dit inderdaad werkte, maar toch niet want steeds freezed ie weer en niet alleen bij video's, maar ook af en toe als ik iets aan het typen ben. Ook in virtuele Windows hetzelfde verhaal.

Heb dan toch weer het gevoel dat mijn celeron-processor, geen 64 bits echt aan kan!
Op 32 bits immers had ik dat probleem nooit.
Het kan ook de leeftijd van de processor zijn maar toch voor mij zit het in de snelheid van de celeron processor die op 32 bit langzamer is dan op 64 bit.

 

[yJi]

Ook onderstaande opties geprobeerd, maar ook dan blijft het scherm frozen en dus reageert de notebook ook dan dus niet.

How do you unfreeze a Linux computer?
This is a suggested method:

    Press Ctrl+Alt+F2 to switch to a terminal window. ...
    Press Alt+SysRq+R to get the keyboard.
    If pressing Ctrl+Alt+F2 before failed, try it again now.
    Press Alt+SysRq+E to term all processes.
    Press Alt+SysRq+I to kill all processes.
    Press Alt+SysRq+S to sync your disks.
    Wait for OK or Done message.

[yJi]

Ga dus iets totaal anders doen.
Installeer Linux Mint 19.2 Tara 32 bits nu weer op de /dev/sdb1 schijf.
Heb de DVD daarvoor al gebrand.

Vraag me wel af of dit consequenties heeft voor de GRUB-menu, om dus sdb1 opnieuw te formateren na het oude verwijderd te hebben.
Alles wat daar op staat, heb ik al lang op andere usb-sticks opgeslagen.

/dev/sda1 kan daar eigenlijk geen last van hebben, lijkt mij, wanneer ik dus sdb1 helemaal opnieuw inricht.

Op de 32 bits van Linux Mint 17.3 had ik immers deze problemen van een frozen scherm helemaal niet.
Deze sdb1 ssd schijf is wel net zo oud als mijn BTO ruim 4 jaar. Maar daarop had ik nog geen problemen meegemaakt