Här ska ni få något att bita i... zombie processer. ;-)

[Marie SWE]

För snabba lösningar är Bash oslagbart....
(och efter ett tag kommer du att imponeras av hur himla intelligent utformat det är...)

[/quote]
Det är bara en sak i denna ekvationen som inte är snabb o oslagbar.
Om du inte kan bash, så är det väldigt långsam lösning, då det tar månader att lära sig för att skapa en snabb lösning, som hade varit hundra gånger snabbare i en GUI lösning eller att bara installera om ett system.

[Osprey]

Det är bara en sak i denna ekvationen som inte är snabb o oslagbar.
Om du inte kan bash, så är det väldigt långsam lösning, då det tar månader att lära sig för att skapa en snabb lösning, som hade varit hundra gånger snabbare i en GUI lösning eller att bara installera om ett system.

Nja, jag har bara lagt ned sådär 30 år på att lära mig bash...
(fast det var sh, csh och ksh etc. från början...)

[Marie SWE]

Det är bara en sak i denna ekvationen som inte är snabb o oslagbar.
Om du inte kan bash, så är det väldigt långsam lösning, då det tar månader att lära sig för att skapa en snabb lösning, som hade varit hundra gånger snabbare i en GUI lösning eller att bara installera om ett system.

Nja, jag har bara lagt ned sådär 30 år på att lära mig bash...
(fast det var sh, csh och ksh etc. från början...)

Precis... och jag som är född i mitten på 70talet har noll motivation att ens lägga 15år på att lära mig något jag inte kommer ha nytta utav på daglig basis.. jag skulle inte ens kasta bort 5år på det utan en riktigt riktigt bra motivation.

[Osprey]

Precis... och jag som är född i mitten på 70talet har noll motivation att ens lägga 15år på att lära mig något jag inte kommer ha nytta utav på daglig basis.. jag skulle inte ens kasta bort 5år på det utan en riktigt riktigt bra motivation.

Det är precis därför jag har lagt ned tid på att lära mig det... jag har jobbat en hel del med utveckling av protokollstackar, drivrutiner och systemnära programvara... och då är man tvungen att koda en hel del i bash, på daglig basis...

Även Python har förekommit, men då är man mer på gränsen till "riktiga program"...

[Marie SWE]

Precis... och jag som är född i mitten på 70talet har noll motivation att ens lägga 15år på att lära mig något jag inte kommer ha nytta utav på daglig basis.. jag skulle inte ens kasta bort 5år på det utan en riktigt riktigt bra motivation.

Det är precis därför jag har lagt ned tid på att lära mig det... jag har jobbat en hel del med utveckling av protokollstackar, drivrutiner och systemnära programvara... och då är man tvungen att koda en hel del i bash, på daglig basis...

Även Python har förekommit, men då är man mer på gränsen till "riktiga program"...

Medans jag har varit på hårdvarusidan även custom win-OS installationer till kund(företag+privat) samt nätverksråtta infrastruktur.. Det är inget bash där.

[Osprey]

Medans jag har varit på hårdvarusidan även custom win-OS installationer till kund(företag+privat) samt nätverksråtta infrastruktur.. Det är inget bash där.

Ännadåva, jag är i grund och botten elektronikgenjör, så är inte helt borta där heller....

Men visst bash finns inte inom elektroniken, inte heller inonom assembler och definitivt inte iniom makinkod eller för den delen digitalteknik.....

(har du någon gång kodat maskinkod som hela tiden förändrar sig själv, utifrån utafall? lite AI, men jag har mest kodat det i "C"...)

[Marie SWE]

Ännadåva, jag är i grund och botten elektronikgenjör, så är inte helt borta där heller....

Men visst bash finns inte inom elektroniken, inte heller inonom assembler och definitivt inte iniom makinkod eller för den delen digitalteknik.....

(har du någon gång kodat maskinkod som hela tiden förändrar sig själv, utifrån utafall? lite AI, men jag har mest kodat det i "C"...)

Det ända jag kodat var lite Basic i slutet 80tal och fram till 91.. Sedan dess har jag inte kodat.. Lite HTML på 90talet sedan blev det webdesign program för att göra hemsidor i och bara "rensa koden" lite efteråt då de programmen lämna så mycket skräp i koden... Men jag har glömt det mesta av Basic och även HTML har jag glömt så jag kan inte programmera rakt av längre, men jag kan läsa koden fortfarande.
Maskinkod kan jag 0% av, assambler kanske 0.1%.. C kanske 0.5% då en kompis koda C och C++ så jag råkat lära mig känna igen några kommandon av misstag.

[Marie SWE]

...

Som vanligt när upptiden börjar ticka på, så är det nya fenomen som börjar när man lyckas döda ett annat.

Kernel log

Kod: Markera allt

2024-03-05T17:02:20.746435+01:00 a73s kernel: [660461.593622] ata2: failed to read log page 10h (errno=-2)
2024-03-05T17:02:20.746485+01:00 a73s kernel: [660461.593652] ata2.00: exception Emask 0x1 SAct 0xc00000 SErr 0x40000 action 0x6
2024-03-05T17:02:20.746491+01:00 a73s kernel: [660461.593665] ata2.00: irq_stat 0x40000000
2024-03-05T17:02:20.746495+01:00 a73s kernel: [660461.593671] ata2: SError: { CommWake }
2024-03-05T17:02:20.746497+01:00 a73s kernel: [660461.593686] ata2.00: failed command: READ FPDMA QUEUED
2024-03-05T17:02:20.746503+01:00 a73s kernel: [660461.593692] ata2.00: cmd 60/68:b0:48:fd:8f/00:00:0c:00:00/40 tag 22 ncq dma 53248 in
2024-03-05T17:02:20.746507+01:00 a73s kernel: [660461.593692]          res 51/84:00:97:cd:6d/00:00:01:00:00/40 Emask 0x10 (ATA bus error)
2024-03-05T17:02:20.746511+01:00 a73s kernel: [660461.593713] ata2.00: status: { DRDY ERR }
2024-03-05T17:02:20.746515+01:00 a73s kernel: [660461.593719] ata2.00: error: { ICRC ABRT }
2024-03-05T17:02:20.746523+01:00 a73s kernel: [660461.593726] ata2.00: failed command: READ FPDMA QUEUED
2024-03-05T17:02:20.746560+01:00 a73s kernel: [660461.593731] ata2.00: cmd 60/50:b8:b8:fd:8f/00:00:0c:00:00/40 tag 23 ncq dma 40960 in
2024-03-05T17:02:20.746565+01:00 a73s kernel: [660461.593731]          res 51/84:00:97:cd:6d/00:00:01:00:00/40 Emask 0x10 (ATA bus error)
2024-03-05T17:02:20.746569+01:00 a73s kernel: [660461.593750] ata2.00: status: { DRDY ERR }
2024-03-05T17:02:20.746573+01:00 a73s kernel: [660461.593755] ata2.00: error: { ICRC ABRT }
2024-03-05T17:02:20.746577+01:00 a73s kernel: [660461.593767] ata2: hard resetting link
2024-03-05T17:02:21.062368+01:00 a73s kernel: [660461.909931] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
2024-03-05T17:02:21.062397+01:00 a73s kernel: [660461.910949] ata2.00: ACPI cmd f5/00:00:00:00:00:a0(SECURITY FREEZE LOCK) filtered out
2024-03-05T17:02:21.062403+01:00 a73s kernel: [660461.911029] ata2.00: ACPI cmd ef/10:03:00:00:00:a0(SET FEATURES) filtered out
2024-03-05T17:02:21.086355+01:00 a73s kernel: [660461.932980] ata2.00: ACPI cmd f5/00:00:00:00:00:a0(SECURITY FREEZE LOCK) filtered out
2024-03-05T17:02:21.086381+01:00 a73s kernel: [660461.933106] ata2.00: ACPI cmd ef/10:03:00:00:00:a0(SET FEATURES) filtered out
2024-03-05T17:02:21.106319+01:00 a73s kernel: [660461.953485] ata2.00: configured for UDMA/133
2024-03-05T17:02:21.118431+01:00 a73s kernel: [660461.963680] scsi_io_completion_action: 2 callbacks suppressed



2024-03-05T17:02:21.118450+01:00 a73s kernel: [660461.963692] sd 1:0:0:0: [sdb] tag#22 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=0s
2024-03-05T17:02:21.118452+01:00 a73s kernel: [660461.963700] sd 1:0:0:0: [sdb] tag#22 Sense Key : Aborted Command [current]
2024-03-05T17:02:21.118454+01:00 a73s kernel: [660461.963704] sd 1:0:0:0: [sdb] tag#22 Add. Sense: Scsi parity error
2024-03-05T17:02:21.118455+01:00 a73s kernel: [660461.963708] sd 1:0:0:0: [sdb] tag#22 CDB: Read(10) 28 00 0c 8f fd 48 00 00 68 00
2024-03-05T17:02:21.118457+01:00 a73s kernel: [660461.963711] blk_print_req_error: 2 callbacks suppressed
2024-03-05T17:02:21.118459+01:00 a73s kernel: [660461.963713] I/O error, dev sdb, sector 210763080 op 0x0:(READ) flags 0x80700 phys_seg 13 prio class 2
2024-03-05T17:02:21.118461+01:00 a73s kernel: [660461.963738] sd 1:0:0:0: [sdb] tag#23 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=0s
2024-03-05T17:02:21.118463+01:00 a73s kernel: [660461.963742] sd 1:0:0:0: [sdb] tag#23 Sense Key : Aborted Command [current]
2024-03-05T17:02:21.118464+01:00 a73s kernel: [660461.963745] sd 1:0:0:0: [sdb] tag#23 Add. Sense: Scsi parity error
2024-03-05T17:02:21.118465+01:00 a73s kernel: [660461.963748] sd 1:0:0:0: [sdb] tag#23 CDB: Read(10) 28 00 0c 8f fd b8 00 00 50 00
2024-03-05T17:02:21.118467+01:00 a73s kernel: [660461.963750] I/O error, dev sdb, sector 210763192 op 0x0:(READ) flags 0x80700 phys_seg 10 prio class 2
2024-03-05T17:02:21.118468+01:00 a73s kernel: [660461.963760] ata2: EH complete



2024-03-05T18:57:55.778381+01:00 a73s kernel: [667396.623712] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x50000 action 0x6
2024-03-05T18:57:55.778406+01:00 a73s kernel: [667396.623739] ata2.00: irq_stat 0x40000000
2024-03-05T18:57:55.778409+01:00 a73s kernel: [667396.623745] ata2: SError: { PHYRdyChg CommWake }
2024-03-05T18:57:55.778411+01:00 a73s kernel: [667396.623757] ata2.00: failed command: FLUSH CACHE EXT
2024-03-05T18:57:55.778412+01:00 a73s kernel: [667396.623762] ata2.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 16
2024-03-05T18:57:55.778415+01:00 a73s kernel: [667396.623762]          res 51/84:00:00:00:00/00:00:00:00:00/a0 Emask 0x10 (ATA bus error)
2024-03-05T18:57:55.778431+01:00 a73s kernel: [667396.623793] ata2.00: status: { DRDY ERR }
2024-03-05T18:57:55.778434+01:00 a73s kernel: [667396.623799] ata2.00: error: { ICRC ABRT }
2024-03-05T18:57:55.778437+01:00 a73s kernel: [667396.623812] ata2: hard resetting link
2024-03-05T18:57:56.090367+01:00 a73s kernel: [667396.938730] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
2024-03-05T18:57:56.090415+01:00 a73s kernel: [667396.939729] ata2.00: ACPI cmd f5/00:00:00:00:00:a0(SECURITY FREEZE LOCK) filtered out
2024-03-05T18:57:56.090463+01:00 a73s kernel: [667396.939788] ata2.00: ACPI cmd ef/10:03:00:00:00:a0(SET FEATURES) filtered out
2024-03-05T18:57:56.114351+01:00 a73s kernel: [667396.961474] ata2.00: ACPI cmd f5/00:00:00:00:00:a0(SECURITY FREEZE LOCK) filtered out
2024-03-05T18:57:56.114384+01:00 a73s kernel: [667396.961535] ata2.00: ACPI cmd ef/10:03:00:00:00:a0(SET FEATURES) filtered out
2024-03-05T18:57:56.134423+01:00 a73s kernel: [667396.982557] ata2.00: configured for UDMA/133
2024-03-05T18:57:56.134464+01:00 a73s kernel: [667396.982579] ata2.00: retrying FLUSH 0xea Emask 0x10
2024-03-05T18:57:56.146357+01:00 a73s kernel: [667396.994314] ata2.00: device reported invalid CHS sector 0
2024-03-05T18:57:56.146391+01:00 a73s kernel: [667396.994351] ata2: EH complete


Jag logga in i windows o gjorde full hårdvaru check och datorn är felfri hårdvarumässigt och windows rapporterar absolut inga fel.. Hårddisk kontroller utan anmärkning.

Min första åsikt om att problemet är att Linux kernel stödjer inte så här gammal hårdvara.
Håller du med mig?

[Osprey]

Min första åsikt om att problemet är att Linux kernel stödjer inte så här gammal hårdvara.
Håller du med mig?

Njaeee... att det uppstår en zombie, är ju egentligen ett logikfel som för den delen inte alls behöver ha med hårdvara att göra...

En zombie uppstår ju på grund av något som inte längre finns, ändå fortfarande syns... i OpenVMS (grunden till NT), hade jag börjat prata om PHD-vektorn och kanske PCB-vektorn, dvs. allt det som håller koll på processer. I Linux har jag inte grottat ned mig lika långt....

I OpenVMS finns ovanpå PCB-vektorn, en AST-vektor, som går med en högre IPL (interrupt priority level) än vanliga processer...

[Marie SWE]

Min första åsikt om att problemet är att Linux kernel stödjer inte så här gammal hårdvara.
Håller du med mig?

Njaeee... att det uppstår en zombie, är ju egentligen ett logikfel som för den delen inte alls behöver ha med hårdvara att göra...

En zombie uppstår ju på grund av något som inte längre finns, ändå fortfarande syns... i OpenVMS (grunden till NT), hade jag börjat prata om PHD-vektorn och kanske PCB-vektorn, dvs. allt det som håller koll på processer. I Linux har jag inte grottat ned mig lika långt....

I OpenVMS finns ovanpå PCB-vektorn, en AST-vektor, som går med en högre IPL (interrupt priority level) än vanliga processer...

Nu är det inte zombie processer utan Fail och Error meddelanden.
Så fort jag sätter datorn i viloläge så blir skärmen smockad med error (som även syns i loggen) innan den stänger av sig helt.. Se bild.
Detta började 5:e mars efter 12 dagar upptid.

Det måste vara drivrutiner eller något som slutar att svara.. För det är inget fel på min sdb disk eller ata2. Så det är systemet som är problemet.. och enda förklaringen jag kan komma på är att min dator är för gammal för denna kernel'n... För skulle hårdvaran fallera så skulle dels testerna visat, men även windows skulle ge blåskärm eller felmeddelanden.. Där av utesluter jag hårdvaru fel. 1+1 logik.

Jag väntar till den dör helt, sedan börjar jag använda win7 som jag har som dualboot.

PICT0972.JPG (128.89 KiB) Visad 680 gånger

[Marie SWE]

Nytt fenomen.

Processen systemd-udevd hängde sig på 100% cpu och datorn vägra att avmontera ett SD kort.
Det funka inte att starta om processen, den gick fortfarande på 100%.. SD kortet hade hamnat som Ghost-drive som var avmonterad, men gick inte utföra säker borttagning/eject och även att kortet togs ut så var det fastnat som en Ghostdrive... (har löst det)

Men det är alltid intressant o se vilka spök-fenomen Linux håller på med när datorerna får för många dagars upptid... (17dagar 1timma just nu)

Windows rules on uptime.

Linux upptid Rekord strax över 160dagar
Windows XP Home.. 2043dagar och går fortfarande klockrent.
Try that Linux for Desktop/laptop.

.

PICT0979.jpg (87.29 KiB) Visad 661 gånger

[Osprey]

Windows rules on uptime.

Linux upptid Rekord strax över 160dagar
Windows XP Home.. 2043dagar och går fortfarande klockrent.
Try that Linux for Desktop/laptop.

Linux server hade klarat det och OpenVMS hade lätt tagit det...

Men får hålla med om att Linux desktop har sina brister när det gäller uptime, den biten har nog aldrig prioriterats där. Det finns ju en sådan herrans massa olika fönstermiljöer och allt krut har liksom aldrig lagts på en miljö...

Så fort jag sätter datorn i viloläge så blir skärmen smockad med error (som även syns i loggen) innan den stänger av sig helt.. Se bild.
Detta började 5:e mars efter 12 dagar upptid.

Det måste vara drivrutiner eller något som slutar att svara.. För det är inget fel på min sdb disk eller ata2. Så det är systemet som är problemet.. och enda förklaringen jag kan komma på är att min dator är för gammal för denna kernel'n... För skulle hårdvaran fallera så skulle dels testerna visat, men även windows skulle ge blåskärm eller felmeddelanden.. Där av utesluter jag hårdvaru fel. 1+1 logik.

Jag väntar till den dör helt, sedan börjar jag använda win7 som jag har som dualboot.

PICT0972.JPG

De där felutskrifterna ser ut som att det är något som gör att disken inte är klar/redo, givetvis kan det bero på drivrutinen men det kan också bero på att sladden till disken inte sitter i ordentligt eller att den behöver blåsas ren med tryckluft (finns små behändiga sprayflaskor).

Det kan också bero på SATA-inställningarna i BIOS, prova t.ex att byta från IDE till AHCI eller något sådant...

[Marie SWE]

Windows rules on uptime.

Linux upptid Rekord strax över 160dagar
Windows XP Home.. 2043dagar och går fortfarande klockrent.
Try that Linux for Desktop/laptop.

Linux server hade klarat det och OpenVMS hade lätt tagit det...

Men får hålla med om att Linux desktop har sina brister när det gäller uptime, den biten har nog aldrig prioriterats där. Det finns ju en sådan herrans massa olika fönstermiljöer och allt krut har liksom aldrig lagts på en miljö...

Så fort jag sätter datorn i viloläge så blir skärmen smockad med error (som även syns i loggen) innan den stänger av sig helt.. Se bild.
Detta började 5:e mars efter 12 dagar upptid.

Det måste vara drivrutiner eller något som slutar att svara.. För det är inget fel på min sdb disk eller ata2. Så det är systemet som är problemet.. och enda förklaringen jag kan komma på är att min dator är för gammal för denna kernel'n... För skulle hårdvaran fallera så skulle dels testerna visat, men även windows skulle ge blåskärm eller felmeddelanden.. Där av utesluter jag hårdvaru fel. 1+1 logik.

Jag väntar till den dör helt, sedan börjar jag använda win7 som jag har som dualboot.

PICT0972.JPG

De där felutskrifterna ser ut som att det är något som gör att disken inte är klar/redo, givetvis kan det bero på drivrutinen men det kan också bero på att sladden till disken inte sitter i ordentligt eller att den behöver blåsas ren med tryckluft (finns små behändiga sprayflaskor).

Det kan också bero på SATA-inställningarna i BIOS, prova t.ex att byta från IDE till AHCI eller något sådant...

Det var därför jag skrev "Desktop/laptop" för jag vet att Linux server system är robusta o stabila.
Precis som du påpekar.. 90% av problemen är ofta kopplade till DE miljön.. Det var därför jag valde Xfce då det sägs att den ska vara den stabilaste av dem alla.. Så om Xfce är instabilt, hur illa är KDE eller Gnome då. *hahaha*
Jag har försökt påpeka att utvecklarna skulle behöva satsa lite mer på kvalité än vad de tycker är fränt för stunden.. Dock med snällare ordval.. Men utvecklare lever ofta i sin egna bubbla utan riktig feedback från användarna.
Jag har dock sett att det finns två utvecklare som faktiskt hänger på Debian forumet... Så det är ju en liten flugskit i mängden iallafall.
Det är ingen ide att försöka komma med förslag.. Även Clem inne på mint.com verkar han inte så intresserad av att lyssna, mer för att meddela om saker enbart.

Ja o nej.. Hade det varit singel boot system så hade jag kunna köpa dålig Sata kontakt.. Men då jag även har windows och det inte genererar minsta lilla fenomen, felmeddelanden eller hårdvarutester, så är det 99.9999999999999999999999999999999999999999% Linux huvudvärk.
Dessa felmeddelanden började den 5:e efter 12dagar upptid.. Så jag kan sätta pengar på att botar jag om Linux så är felmeddelandena borta igen.. åtminstone i 10-12 dagar.
Bios är oförändrad inställning sedan jag installera Mint18.3 2018 på denna datorn och win7 gjorde jag OEM återställning på i samma veva.. Jag tror inte jag kan ändra den inställningen på denna datorn faktiskt.. om inte annat skulle dessa felmeddelanden kommit redan samma dag jag installera Debian12 för 6månader sedan..
Så den nuvarande inställningen kan inte vara orsak då felet uppstod den 5:e mars första gången.. och jag har inte installerat uppdateringar på flera månader.. så ingen ny uppdatering kan vara orsak heller.

Det är helt enkelt ett instabilt system, med för ny mjukvara i förhållande till gammal hårdvara.
OM... om jag slår i huvudet... och av någon konstig utomjordisk orsak får lust att installera om Linux, så ska jag kasta in Debian10 då jag vet att kernel4 stödjer denna hårdvaran.

[Osprey]

En annan sak som är fullt möjlig, är ju att det kan vara hårdvarufel på den del av disken (den partitionen) som Linux använder, medan den som Windows använder är helt ok...

Jag antar att du redan har kört fsck på linuxdelen, men det kan vara idé att köra en riktig hårdvarukoll. För att kunna göra detta måste du installera "smartmontools" om du inte redan har det.

Sedan kör du:

Kod: Markera allt

smartctl -l error /dev/sdaX

...för att kunna se eventuella lagrade fel för "sdaX".

Vill du göra en snabb liten kontroll av partitionen, så kör du:

Kod: Markera allt

smartctl -t short /dev/sdaX

...som går på ett par minuter eller så...

Vill du göra en mer omfattande kontroll, så kan du köra:

Kod: Markera allt

smartctl -l selftest /dev/sdaX

...som ibland kan ta ett par timmar, beroende på burken...

För att se all info som finns om partitionen, så kör du:

Kod: Markera allt

smartctl -a /dev/sdaX

Genom att göra detta så testar du hårdvaran så bra det går, samtidigt som du får en mycket bra utskrift om läget...

Det finna massor av annat godis i "smartctl" också, men det kan du ju se med "man smartctl"...
(det finns idag inget GUI för smartctl vad jag vet...)

Allt detta går att köra med burken fullt igång, du behöver alltså inte ta ned den i console-läge eller något sådant, men visst går den lite långsammare när du kör en "selftest"...
(som en parentes kan jag nämna att SL kör detta varje natt på sina burkar...)

[Marie SWE]

En annan sak som är fullt möjlig, är ju att det kan vara hårdvarufel på den del av disken (den partitionen) som Linux använder, medan den som Windows använder är helt ok...

Jag antar att du redan har kört fsck på linuxdelen, men det kan vara idé att köra en riktig hårdvarukoll. För att kunna göra detta måste du installera "smartmontools" om du inte redan har det.

Sedan kör du:

Kod: Markera allt

smartctl -l error /dev/sdaX

...för att kunna se eventuella lagrade fel för "sdaX".

Vill du göra en snabb liten kontroll av partitionen, så kör du:

Kod: Markera allt

smartctl -t short /dev/sdaX

...som går på ett par minuter eller så...

Vill du göra en mer omfattande kontroll, så kan du köra:

Kod: Markera allt

smartctl -l selftest /dev/sdaX

...som ibland kan ta ett par timmar, beroende på burken...

För att se all info som finns om partitionen, så kör du:

Kod: Markera allt

smartctl -a /dev/sdaX

Genom att göra detta så testar du hårdvaran så bra det går, samtidigt som du får en mycket bra utskrift om läget...

Det finna massor av annat godis i "smartctl" också, men det kan du ju se med "man smartctl"...
(det finns idag inget GUI för smartctl vad jag vet...)

Allt detta går att köra med burken fullt igång, du behöver alltså inte ta ned den i console-läge eller något sådant, men visst går den lite långsammare när du kör en "selftest"...
(som en parentes kan jag nämna att SL kör detta varje natt på sina burkar...)

Nu minns jag inte alla namn på de verktygen jag har, Men de kör jag under mini-windows.. jag har använt de verktygen sedan 00talet dock är de nyare de jag använder nu dock.
Nu ska jag svära i kyrkan. *hahaha* tyvärr så är verktygen som finns till linux mestadels bara leksaker, då de inte riktigt kan testa hårdvara som hårddiskar o modekort som exempel.. smartmontools är ju bara ett smart test och de smart testen som finns i många bios är betydligt bättre.. det har inte tillverkats nämnvärt många program i linux miljö för hårdvarutester. alla testprogram är gjorda för windows miljö och några för Mac. Kolla på WD, Seagate. Hitatchi osv. alla deras verktyg är gjorda för att köras i dos eller windows miljö.. Lika så verktyg som Asus, Intel, HP, MSI och gigabyte tillverkar är oxå gjorda för att köras i windows miljö
fsck testar bara filsystemet.. och om filsystemet blir korrupt av enkel användning så ligger problemet i kerneln igen då hårdvaran är okej.
Men nej jag har inte kört fsck då jag inte kan avmontera systempartitionen då jag bara har ett linux system installerat på denna datorn... och ska jag starta en live sticka så måste jag vänta till datorn kraschar igen eller stänga ner allt för avstängning.. då en live sticka kommer göra min swap partition korrupt så att viloläget blir sabbat och den inte kan återstarta från hibernation.

Jag kan sätta pengar på att problemet är att Debian12 är för ny (kernel6) för denna gamla hårdvaran och det är därför det hela tiden felar.
Till o med ett log meddelande skrev ju ut i klartext att hårdvaran är för långsam.

Kod: Markera allt

[ 10811.793] (EE) event6  - ETPS/2 Elantech Touchpad: client bug: event processing lagging behind by 31ms, your system is too slow

Som jag skrev tidigare.. om jag får lust o energi o något utomjordiskt påverkar mig att få lust o energi att ominstallera datorn, så ska jag installera Debian 9 eller 10 för att bevisa att problemet är att kernel6 drivar inte är kompatibla med gammal hårdvara.
Tyvärr så ger det ingen rättvis bild att bota in i en live debian9 o låta den gå över flera dagar, då live miljön inte klarar hibernation... så en installation är ett måste och då jag har större motivation att titta på när färg torkar i en månads tid så kommer inte en ominstallation ske om ingen annan gör installationen åt mig.

Men den dagen jag kanske ominstallerar datorn så ska jag återkomma med bevis på att problemet ligger i kerneln och inte i hårdvaran.
Tyvärr kan jag inte bara installera kernel4 och bevisa det den vägen då debian12 inte går att köra på den kerneln.

Hade det varit ett år sedan så hade jag tagit en kväll o installerat om maskinen. Men min avsky för datorer accelererade våren 2023 och i höstas när hälsan försämrades lite till så konstaterade jag att inte en minut datorbråk är värt att lägga energi på, då det finns bättre saker att lägga sin tid på med att vara social och göra saker som är roliga.
Men du kan få installera om datorn åt mig. bara heja till när du ska till Linköping nästa gång.