Kan onpassende harddisk leiden tot vastlopende computer?

[oldbutMint]

Hallo,

Zoals in een belendend topic al door mij werd aangesproken, heb ik de stervende 250GB harddisk van mijn HP 6710b vervangen door een Seagate 1TB.
Ik moet toegeven dat in de documentatie van HP over deze notebook werd gemeld, dat de grootste hd waarmee deze uitgeleverd zijn 160GB was; de 250GB (Hitachi, dus mogelijk wel een HP supply) was dus eigenlijk 'over de top'.
Nu heb ik sinds de inbouw van de Seagate problemen: onverwacht en onvoorspelbaar vastlopen van de notebook.
Hij reageert dan alleen nog op de aan/uit knop.
Niet fijn dus.

Kan dat komen doordat de Seagate te groot is voor deze notebook?
Een bios-update ben ik nog niet tegengekomen, dus die zal er wel niet zijn.

Heeft een van deskundigen hier voor mij nuttige gedachten over?

Dank alvast voor het lezen/meedenken,
oldbutmint

[DeBaas]

Enige wat ik mij kan voorstellen is dat er "ergens" op de HDD een bad sector voorkomt.
beetje tijdrovende klus, maar doe vanaf een Installatie mint USB een:
sudo fsck -p -c -f /dev/sdXY
voor elke partitie,
waar X staat voor de disk en Y voor de partitie

sudo fdisk -l voor meer disk/partitie info.

Een enkele maal dit moeten doen voor nieuwe disk.

[oldbutMint]

@DeBaas,

Ik heb net jouw test gedaan, vanaf een usb-stick met 19.3.
De gehele output is:

mint@mint:~$ sudo fsck -p -c -f /dev/sda1
fsck from util-linux 2.31.1
/dev/sda1: Updating bad block inode.
/dev/sda1: 361521/1921360 files (0.1% non-contiguous), 2778468/7679931 blocks
mint@mint:~$ sudo fsck -p -c -f /dev/sda2
fsck from util-linux 2.31.1
/dev/sda2: Updating bad block inode.
/dev/sda2: 83389/12804096 files (3.5% non-contiguous), 12428272/51200000 blocks
mint@mint:~$ sudo fsck -p -c -f /dev/sda3
fsck from util-linux 2.31.1
/dev/sda3: Updating bad block inode.
/dev/sda3: 16398/45760512 files (3.4% non-contiguous), 40429254/183040000 blocks
mint@mint:~$

sda1 is de os-partitie,
sda2 is de home partitie,
sda3 is een data partitie,
sda4 is de swappartitie, maar die gaf bij testen niet thuis.

Trouwens: net voordat ik de test deed zat ik wat te surfen (niet vanaf de live-stick dus), en liep de computer weer vast.
Ik was nog in staat een terminal-screen te openen en top te starten.
Daarin stonden bovenaan: rsyslogd (cpu-beslag 95%)
en kworker/1:1 (cpu-beslag 93%)
verder reageerde er niks qua toetsen, de muispointer was foetsie.
Het verklikkerlampje van de harddisk was voortdurend aan, dus druk bezig met iets (waartoe ik geen opdracht had gegeven).
Het enige wat nog werkte was de on/off knop.
Ik vermeld het even, maar weet niet of het van belang is voor het probleem dat ik voorstelde.

oldbutmint

[DeBaas]

Controleer of timeshift goed staat ingesteld.
Als deze schrijft naar de os partitie kan het zijn dat deze (te) vol raakt.
Zorg dat timeshift gebruik maakt van een partitie die voldoende ruimte bied.
Vergeet niet na een wijziging de eventueel op een andere partitie aanwezige timeshift map te verwijderen.

[oldbutMint]

Ik wil de feestvreugde niet temperen, maar bij mij staat Timeshift helemaal niet ingesteld.
Het staat wel in Menu, onder Applications, maar ik heb het bij deze installatie nog niet gebruikt (krijg ook bij elke boot een nogal streng-dwingende boodschap).
Als ik met 'find' -op het hele systeem- zoek naar 'timeshift' krijg ik alleen deze drie plekjes:
/usr/bin/timeshift
/usr/share/timeshift
/usr/share/doc/timeshift

Dus er moet dan iets anders lopen...

Noot: het systeem start ook steeds erg langzaam op (booten) en ook het afsluiten is traag.
(Ik heb b.v. ook een desktop met 19.1, en als ik bij die Mint afsluit (via de optie in Menu) is de computer binnen 2 seconden uit.)

oldbutmint