Hoe verwijder ik bestanden met ongeldige naam?

[Hofstede]

Met inode zoals al aangegeven zou het moeten werken.
Ik denk dat het ook een rechtenkwestie is.

Probeer het eens met

sudo ls -i

[Briolet]

Het lijkt me meer dan alleen een naamprobleem als die file geen Inode nummer heeft. De size is ook 0 byte. De file zelf lijkt dus wel gewist (incl inode), en alleen de naam staat nog in de directory.

[Hofstede]

Goed punt.

Mogelijk is het verstandig om een filecheck (fsck) op de NAS uit te voeren.

[Matr1x]

Mogelijk is het verstandig om een filecheck (fsck) op de NAS uit te voeren.

Commando fsck wordt niet herkend helaas. Ik zal eens in DSM kijken.

[Birdy]

Misschien dat scrubbing kan "helpen" ?
Op een 2Bay (ext4) werkt het (getest zelfs met 1 HD volume), zie hier.
Ge weet maar nooit

[Hofstede]

Nee, ik bedoel echt een file system check. Dat is een functie die ik mis in DSM, QNAP heeft de optie wel.

Dit heb ik ooit gebruikt:

# reboot the NAS
# when it comes up, ssh into it
# login & su to root
# run the following and sit tight; reconnect if you're disconnected
syno_poweroff_task -d
 
# activate the volume
vgchange -ay
 
# play it safe - replace with the correct logical volume
e2fsck -fnvtt /dev/vg1/volume_1
 
# run e2fsck for real
e2fsck -Dfttvy -C 0 /dev/vg1/volume_1
 
# go order a pizza and watch a movie
# run the command again to be sure everything is clean
# reboot and all should be fine
 # if you're having //serious// issues, you can try the following
# this is more of an overnight + work day + weekend task.
e2fsck -ccDfttvy -C 0 /dev/vg1/volume_1


Mogelijk moet dit via Telnet i.p.v. SSH omdat het eerste command alle services stopt.

Edit: Even getest onder DSM 6.1.4. Daar is het volume echter:

/dev/vg0000/lv

Gewoon even checken welke volumes het vgchange -ay meldt tijdens het koppelen. Is dat bijvoorbeeld “vg0000” dan kun je het pad vinden met ls /dev/vg0000. Als dat lv is dan is dus het juiste commando

e2fsck -fnvtt /dev/vg0000/lv

[Matr1x]

k vind het allemaal wel heel technisch worden... met de nodige risico's

[Hofstede]

Mee eens, ik snap eerlijk gezegd ook niet dat Synology iets eenvoudigs als een file system check niet in DSM heeft ingebouwd.
Als je dit soort dingen zelf niet aandurft kun je natuurlijk gewoon een ticket inschieten bij Synology.

[Hofstede]

Het ziet er via SSH als volgt uit:

<gebruiker>@DS212:/$ sudo su
Password:
ash-4.3# syno_poweroff_task -d
ash-4.3# vgchange -ay
  1 logical volume(s) in volume group "vg1001" now active
  1 logical volume(s) in volume group "vg1000" now active
ash-4.3# ls /dev/vg1000
lv
ash-4.3# e2fsck -fnvtt /dev/vg1000/lv
e2fsck 1.42.6 (21-Sep-2012)
Pass 1: Checking inodes, blocks, and sizes

En dan een flinke tijd wachten .....

e2fsck 1.42.6 (21-Sep-2012)
Pass 1: Checking inodes, blocks, and sizes
Pass 1: Memory used: 2904k/29296k (2390k/515k), time: 928.27/271.00/389.98
Pass 1: I/O read: 30006MB, write: 0MB, rate: 32.32MB/s
Pass 2: Checking directory structure
Pass 2: Memory used: 2904k/57888k (2294k/611k), time:  1.78/ 0.52/ 0.20
Pass 2: I/O read: 12MB, write: 0MB, rate: 6.75MB/s
Pass 3: Checking directory connectivity
Peak memory: Memory used: 2904k/57888k (2295k/610k), time: 938.12/279.47/390.21
/lost+found not found.  Create? no

Pass 3: Memory used: 2904k/57888k (2261k/644k), time:  0.01/ 0.00/ 0.01
Pass 3: I/O read: 1MB, write: 0MB, rate: 134.34MB/s
Pass 4: Checking reference counts
Pass 4: Memory used: 2904k/704k (2089k/816k), time: 123.11/123.08/ 0.03
Pass 4: I/O read: 0MB, write: 0MB, rate: 0.00MB/s
Pass 5: Checking group summary information
Pass 5: Memory used: 3964k/704k (2039k/1926k), time: 758.86/629.97/ 2.94
Pass 5: I/O read: 147MB, write: 0MB, rate: 0.19MB/s

1.41.12-2198: ********** WARNING: Filesystem still has errors **********


       38326 inodes used (0.02%, out of 182845440)
        4079 non-contiguous files (10.6%)
          38 non-contiguous directories (0.1%)
             # of inodes with ind/dind/tind blocks: 0/0/0
             Extent depth histogram: 37876/415
   276000393 blocks used (37.74%, out of 731379712)
           0 bad blocks
         105 large files

       35459 regular files
        2822 directories
           0 character device files
           0 block device files
           0 fifos
           0 links
          36 symbolic links (26 fast symbolic links)
           0 sockets
------------
       38317 files
Memory used: 3964k/704k (2039k/1926k), time: 1820.09/1032.52/393.18
I/O read: 30165MB, write: 0MB, rate: 16.57MB/s
ash-4.3#

[Ben(V)]

Kwam er zojuist achter da de shell die DSM gebruikt helemaal het 'li' commando niet kent.
Je moet om de inode te vinden dus het volgende commando gebruiken:

dirr -i

[Birdy]

'li' commando niet kent.
dirr -i

Ik denk dat je bedoelde "ls -i". Ik zie niet zo snel het commando "li" in dit Topic n.l. "ls -i" werkt in ieder geval wel.

"dirr -i" is een typo, moet natuurlijk zijn "dir -i" en die geeft de volledige inhoud/info

[Birdy]

@Hofstede Kom er net achter dat, tijdens het booten van de NAS ook een fsck wordt uitgevoerd met auto repair, log file: /var/log/fsck/root.log

Stukje log:

20171005_134440 /sbin/e2fsck -pvf

       32467 inodes used (20.86%, out of 155648)
          70 non-contiguous files (0.2%)
          11 non-contiguous directories (0.0%)
             # of inodes with ind/dind/tind blocks: 0/0/0
             Extent depth histogram: 29589/30
      410347 blocks used (65.91%, out of 622544)
           0 bad blocks
           1 large file

       25882 regular files
        3443 directories
           2 character device files
           0 block device files
           0 fifos
        1229 links
        3130 symbolic links (2837 fast symbolic links)
           1 socket
------------

[Hutje]

Misschien als je op je volume 2 de Prullenbak helemaal uit zet ?
Dus niet zoals Birdy adviseerde, de prullenbak LEGEN, maar dus helemaal UITschakelen.


Verzonden vanaf mijn iPhone met Tapatalk

[Hofstede]

@Birdy Dat klopt. Maar dat is volgens mij alleen van je systeem partitie. Niet van je data partitie.

Het checken van de data partitie duurt al gauw een half uur. Zo lang willen mensen niet wachten op het starten van de NAS.

[Birdy]

Ja, dat is natuurlijk waar, je kunt geen uren/dagen wachten, dus zal het alleen de DSM partitie zijn.
Het was meer toeval dat ik dit tegenkwam.