Forums

Hallo,

 

Ik heb de indruk dat de hdd van mijn xt8000 minder vol is dan dat er aangegeven wordt.

 

Op de pc zou ik chkdsk /f laten lopen. Is er hier ook een mogelijkheid om dat te doen en zo ja, hoe? Zo kan ik ook direct zien of mijn indruk klopt. Ik heb opgezocht dat er zoiets is onder linux:  fsck

Maar heb geen idee hoe ik dat zou moeten laten lopen.

 

Alvast bedankt.

Edited by kostenzer, 14 August 2018 - 22:58.

Je zou eens kunnen kijken wat

df -h

oplevert.
Die geeft een overzicht van alle media.

Ik meen dat je met disktools ,of iets dergelijks, wel fidisk kunt gebruiken, disktools staat in de feeds en kan je zo installeren met behulp van de afstandsbediening
Afhankelijk van hoe de device ‘gezien’ wordt moet je dan (bijvoorbeeld)
fdisk /dev/sda gebruiken
Met het commando ‘p’ zie je een overzicht van de partities maar let wel op, een partitie is zo gewist maar zolang je niets opslaat met ‘w’ is er weinig aan de hand

Ik denk dat Smartmontools is wat je zoekt,

 

onder telnet type je: (als je over telnet meer info wil, kijk dan ff in de wiki https://wiki.openpli..._Oditing_files)

opkg install smartmontools

Hiermee installeer je smartmontools

 

Als je je HDD heel grondig wil testen kun je een "lange' test doen (kost een paar uur). De test draait op de achtergrond en neemt niet veel resources (zie onderstaand commando voor de test, mits je HDD sda1 is en dat kun je checken met het commando hierboven, dat reeds door @Tech is gegeven)

smartctl -t long /dev/sda1

Als de test klaar is, kun je de resulaten opvragen met

smartctl -a /dev/sda1

Nou lang en intensief testen is niet nodig. Die schijf doet het goed. Alleen DENK ik dat er nu minder op staat en de schijf/linux aangeeft dat hij ver vol is. Ik weet niet hoe dat bij linux heet, maar in windows bewoordingen ik zou zeggen de FAT is niet geheel up to date.

Oké Fat is ook al lang geleden.

Eigenlijk zou iedereen met enige regelmaat zijn HDD moeten testen, die dingen gaan kapot, het is alleen de vraag wanneer. Mbt tot je opmerking FAT (File Allocation Table), als daar iets mee zou zijn is er iets mis met je filesystem in Linux is dat niet FAT maar ext3/ext4. Aan een gedachte cq. indruk heb je niet zoveel, testen zegt meer.

 

Check integriteit vd HDD met e2fsck
Check "health" HDD met smartmontools

 

Overigens kun je ook het volgende doen

 

Menu -> Setup -> System -> Expert Settings - Harddisk  -> Filesystem Check

 

Als je deze instelling niet kunt vinden lees even dit https://wiki.openpli...aks#Menu_Levels

Een aantal kernels hebben een bug waarbij diskruimte lijkt te verdwijnen op grote ext4 disks. Na een reboot is de verloren gewaande ruimte dan weer terug. Dus de tip is, start een keer opnieuw op.

De filesystem check draaien kan ook geen kwaad. Dat ruimt de losse eindjes op die onstaan door stroomuitval enzo. Verwacht er verder niks van, 't is niet zo dat je disk er sneller van wordt of langer mee gaat ofzo.

Ik ga straks eens aan de slag.

Alvast bedankt voor de hulp.

Sneller of beter hoeft niet want dat is voor mij goed. Het is overigens een 1 GB schijf.

Edited by kostenzer, 15 August 2018 - 19:39.

 

Sneller of beter hoeft niet want dat is voor mij goed. Het is overigens een 1 GB schijf.

Die is wel erg snel vol maar je bedoelt 1TB.

 

Die is wel erg snel vol maar je bedoelt 1TB.

Nu weet ik waarom ik vind dat de schijf zo snel vol is.....

Ik ben aan de slag gegaan met: Menu -> Setup -> System -> Expert Settings - Harddisk  -> Filesystem Check.

 

Ik kreeg een foutmelding, die ik niet heb kunnen vastleggen.

Bij een tweede keer kwam deze foutmelding:

 

 et8000 fout.JPG   110.58KB   3 downloads

 

Daarna volgde

 

 et8000 fout2.JPG   137.24KB   3 downloads

 

Aangespoord door -a en -p opties probeerde ik dit:

 

 telnet.JPG   47.7KB   3 downloads

 

Dat lukte ook niet.

Is er iemand die me verder kan helpen?

init 4
umount /dev/sda1
fsck.ext4 /dev/sda1 -p -v

en als hij klaar is

reboot

Er is nog wat fout....

 telnet 2.JPG   87.56KB   6 downloads

 

Maar wat? sda1?

Kan me vaag van een vroegere linux installatie dat dat anders genoemd moest worden, maar hoe weet ik niet meer.

Edited by kostenzer, 16 August 2018 - 14:51.

Doe eens een

df -h

en post de uitkomst hier.

 

 

@WanWizard het is toch

e2fsck

voor een system file check, onder Enigma2?

Er is nog wat fout....

telnet 2.JPG

 

Maar wat? sda1?

 

Dan is de disk (door de fouten wellicht?) niet eens gemount? Ik heb /dev/sda1 uit jou voorbeeld overgenomen, dat moet wel het juiste device zijn natuurlijk.

@WanWizard het is toch

e2fsck

voor een system file check, onder Enigma2?

 

Ik ben niet thuis en zit dus wat in den blinde te tikken. Het kan dus best dat je gelijk hebt.

Ik ook niet, maar "as memory serves" btw zou die schijf niet al ge-unmount zijn tijdens het proces van de "Filesystem Check" dat fout ging?

Ja, dat zou kunnen.

Na df -h kwam er rook uit, is dat en slecht teken?

 

Nee, nu weer serieus. Ik heb de recorder even uit en aangezet. met df -h geeft hij inderdaad /dev/sda1 aan.

Ik heb in mijn aantekeningen van toen gezocht. het was toen hdc3 bij een debian installatie.

 

Oh, je wilde een plaatje?

 telnet 3.JPG   120.15KB   4 downloads

 

Nu weer opnieuw begonnen en de zaak liep nu wel door: Had ik eerst iets fout getypt? Of komt het door de herstart?

 telnet 4.JPG   246.93KB   4 downloads

 

 

ext4 slaat dat op het filesysteem?  Ik dacht dat ik nog ext3 had......

Edited by kostenzer, 16 August 2018 - 16:22.

Ik heb nog e.e.a. geprobeerd en nagelopen.

Lijkt het allemaal goed te doen. In zoverre is de vraag opgelost.

Alleen wat betekent dat allemaal van het laatste plaatje?

ext2/ext3/ext4 is qua filesystem layout allemaal compatible, daar is 1 tool voor.

 

En aan de busybox output heb je zo te zien niet zo veel, hij geeft wel aan dat er errors waren, maar niet welke. En de "-p" optie fixed die automatisch. De rest van de output zijn alleen statistieken van het filesystem.