structure needs cleaning что делать
[XFS][карма] «Структуру необходимо почистить»
xfs_check ничего такого не находит. Куда копать?
Re: [XFS][карма] «Структуру необходимо почистить»
уже смириться и перейти или на ntfs-3g или на iphone-3g.. т.е. hfs+
Re: [XFS][карма] «Структуру необходимо почистить»
Ничего не поделаешь, это карма 🙂
По теме: попробуй запустить du с английской локалью, авось и поймёшь, что оно хотело сказать.
Re: [XFS][карма] «Структуру необходимо почистить»
Может хватит уже жрать кактус «XFS»
Re: [XFS][карма] «Структуру необходимо почистить»
Re: [XFS][карма] «Структуру необходимо почистить»
>авось и поймёшь, что оно хотело сказать.
Совершенно то же самое 🙂
du: cannot access `/home/balancer/downloads/rtorrent/South Park/Season 1 (MTV)/111 Tom\’s Rhinoplasty (Goblin, MTV, Eng).avi’: Structure needs cleaning
Re: [XFS][карма] «Структуру необходимо почистить»
Может, стоит железо проверить?
> There should be a detailed console message when this initially happens. The messages have important information giving hints to developers as to the earliest point that a problem was detected. It is there to protect your data.
Re: [XFS][карма] «Структуру необходимо почистить»
>Может, стоит железо проверить?
На одном и том же месте было. После перезагрузки машины xfs_check выдал огромную серию
block 2/9540300 type unknown not expected
и после xfs_repair всё прошло 🙂
Re: [XFS][карма] «Структуру необходимо почистить»
> и после xfs_repair всё прошло 🙂
Винты проверь на бэды. Не самсунг случаем?
Re: [XFS][карма] «Структуру необходимо почистить»
>Винты проверь на бэды.
>Не самсунг случаем?
Как ни печально для нелюбителей данной модели, downloads у меня на WD6400AAKS лежит 🙂 Хотя Самсунги тоже есть в массиве.
Re: [XFS][карма] «Структуру необходимо почистить»
Thread: How to fix ‘Structure Needs Cleaning’ Error
Thread Tools
Display
How to fix ‘Structure Needs Cleaning’ Error
I had been copying/pasting files from my Windows PC (running Windows 10) to my server PC (running Ubuntu 16.04 LTS) using Windows Explorer.
Three (3) files come up as with the ‘Structure Needs Cleaning’ Error. I know which drive that is on (its on my /sdb1 partition)
Any suggestions as to how can I remove these files from the system. Surprisingly, these aren’t even visible in Windows Explorer. I can’t even delete from the ubuntu terminal.
This is what comes up from these files
Edit :-
Can I use the following safely (these I found somewhere on the net) :-
Re: How to fix ‘Structure Needs Cleaning’ Error
Any suggestions on this one please!
It was suggested that I run the ‘e2fsck’ command but after reading a little bit about it I understand that it should not be run on a mounted device.
Can someone please advise the sequence of steps that I should carry out to (I am very very new to linux based systems and don’t want to muck it up in trying to do things not knowing what I am doing) :-
Re: How to fix ‘Structure Needs Cleaning’ Error
Your sequence is correct, if sdb1 is merely a data partition and not your main system partition.
If sdb1 is your main system partition, then do not unmount. Instead, shut down your machine and boot from a LiveUSB. Your sda/sdb labels may be different after each boot, so check the characteristics of each partition carefully.
When fsck tries to fix the partition, you may lose some data. or it may wind up in the ‘lost and found’ directory). Since your filesystem is already corrupted, backing up seems not a useful option anymore, sorry.
Re: How to fix ‘Structure Needs Cleaning’ Error
Thanks for your response.
Re: How to fix ‘Structure Needs Cleaning’ Error
Re: How to fix ‘Structure Needs Cleaning’ Error
Tried to unmount the partition using :-
sudo umount /sharedfiles/media (this is where the drive/partition /dev/sdb1 is mounted)
Got «target is busy» error
Then tried lsof command as follows with the output like so :-
Not sure if its a good idea to use
Re: How to fix ‘Structure Needs Cleaning’ Error
If the partition you want to unmount has samba shares on it, you need to stop the smbd service first. For 16.04 the command is:
After that you can unmount the device and run the fsck.
Re: How to fix ‘Structure Needs Cleaning’ Error
Thanks for your response. I knew you are a legend.
I do have Samba shares on that partition. I will stop the Samba service and try that again tonight. Hopefully, that should fix the problem.
Re: How to fix ‘Structure Needs Cleaning’ Error
Thank you! This helped me with a rsync (rsnapshot backup error on my Arch Linux x86_64 system!
I had an old, deeply-nested file that was throwing that error (rsnapshot.log),
HERE IS THE PROBLEM:
## MANUALLY KILLED PID 3736
### OOPS!! ACCIDENTALLY CANCELED THAT CHECK (ABOVE); RE-RUN:
HDD не хочет монтироваться после первой записи
Имею следующую проблему: есть Raspberry Pi 4 с Убунтой 20 и 3,5 жесткий диск WD Red (WDC WD30EFRX-68EUZN0) HDD в кейсе ORICO 3139U3 (контроллер jmicron)
Создаю таблицу разделов и партишн:
Смарт ничего криминального не показывает:
Что это вообще может быть? куда смотреть?
первое, что приходит на ум это «питание диска/кабель/порт USB». затем особенности самого диска могут проявляться.
контроллер может перегреваться, но очень вряд ли в твоём случае… смотри сообщения ядра (dmesg) может там есть прямые подсказки.
сама платка моста HDD-USB подозрений не вызывает?
как диск подключается как протекает обмен данными с диском как диск отключается
Когда не хочет монтироваться:
первое, что приходит на ум это «питание диска/кабель/порт USB». затем особенности самого диска могут проявляться. сама платка моста HDD-USB подозрений не вызывает?
Да работало примерно полгода в такой конфигурации, без проблем вообще. После отключения света получил грязную ФС ну и дальше по накатанной.
У меня ни с одним внешним такого нет. Или на Raspi4 с любым так?
Можно попробовать подключить диск к другому компьютеру, который не был включён во время того:
У меня ни с одним внешним такого нет. Или на Raspi4 с любым так?
Можно попробовать подключить диск к другому компьютеру, который не был включён во время того:
Что это вообще может быть? куда смотреть?
Да это по факту стационарный диск, медиапомойка в rpi, ntfs нагружает его и без того слабый проц, а ext4 без дополнительных расходов, да и быстрее.
Диск никуда не подключается кроме пи
Тот ещё тормоз под линуксом. fat32 намного быстрее, также везде работает + на макоси (ntfs только чтение, по крайней мере раньше так было).
Не поддерживает файлы размером более 4 гигабайт. А, на дворе, я напомню, 2020 год.
Нужны большие файлы — есть exfat. Но не убогая ntfs.
Да работало примерно полгода в такой конфигурации, без проблем вообще. После отключения света получил грязную ФС ну и дальше по накатанной.
я бы забекапил всё что нужно/возможно с этого диска. проверил бы его на бедблоки (странно, конечно, что система о них не подозревает). по-возможности поставил его в обычный системник и там бы «погонял».
или «наколеночный» тест dd-«чтение», затем «запись».
хм-м, при создании ext4 насколько я помню есть возможность указывать позиции служебных структур.
очень, вероятно, что то отключение повредило поверхность диска. осталось найти проблемный регион(ы) и исключить его(их) из использования.
да, советы полечить диск другой ФС очень впечатляют )
Что сделал за ночь:
Буду пробовать на рпи, но проблема очевидно не в диске и не в кейсе, вопрос помог ли dd или смена хоста
[ 2.102270] sd 0:0:0:0: [sda] Optimal transfer size 33553920 bytes not a multiple of physical block size (4096 bytes)
Вот этого предупреждения на другом хосте тоже не было
Монтируем Пишем Пытаемся смонтировать и получаем ошибку о грязной ФС В dmesg при этом
Я бы взял Викторию и проверил поверхность, но в внешнем компе с приключение по сата.
Если с поверхностью все хорошо, то начал бы грешить на бокс. В частности питание. Блоки питания иногда ломаются…
А под другой материнской платой не пробовали? Подключите к стационарному компьютеру.
Не похоже не аппаратную проблему. По крайней мере, не с поверхностью блинов. Либо бажное ядро, либо дырявая память.
И дальше вообще какая-то магия
в dmesg тоже самое
Идеи кончились, вообще не понимаю, что происходит
Вернулся обратно на последний чистый новый образ:
В этот раз решил попробовать с другой ФС (exFAT)
Почему-то на первом монтировании ловлю предупреждение:
Читается также без проблем
Понятно что ФС также не исправляется
Trying to mount: pi@raspberrypi:
$ sudo mount /dev/sda1 /mnt/wdred/ mount: /mnt/wdred: wrong fs type, bad option, bad superblock on /dev/sda1, missing codepage or helper program, or other error.
dmesg on mount: [ 136.314078] JBD2: no valid journal superblock found [ 136.314089] EXT4-fs (sda1): error loading journal
dmesg on reboot (when drive disconnecting): [ 67.270540] sd 0:0:0:0: [sda] Synchronize Cache(10) failed: Result: hostbyte=0x07 driverbyte=0x00 [ 67.411097] usb 2-1: USB disconnect, device number 2
And with UAS blaclisted (usb-storage.quirks=0080:0578:u)
dmesg on boot (also notice Optimal transfer size warning is gone): [ 7.240879] usb 2-1: new SuperSpeed Gen 1 USB device number 2 using xhci_hcd [ 7.282103] usb 2-1: New USB device found, idVendor=0080, idProduct=0578, bcdDevice= 1.04 [ 7.282110] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 7.282117] usb 2-1: Product: External USB 3.0 [ 7.282123] usb 2-1: Manufacturer: JMicron [ 7.282129] usb 2-1: SerialNumber: 2015033100077 [ 7.285737] usb 2-1: UAS is blacklisted for this device, using usb-storage instead [ 7.285786] usb 2-1: UAS is blacklisted for this device, using usb-storage instead [ 7.285793] usb-storage 2-1:1.0: USB Mass Storage device detected [ 7.285984] usb-storage 2-1:1.0: Quirks match for vid 0080 pid 0578: 800000 [ 7.286047] scsi host0: usb-storage 2-1:1.0 [ 8.331401] scsi 0:0:0:0: Direct-Access External USB 3.0 0104 PQ: 0 ANSI: 6 [ 8.332502] sd 0:0:0:0: [sda] Very big device. Trying to use READ CAPACITY(16). [ 8.333105] sd 0:0:0:0: [sda] 5860533168 512-byte logical blocks: (3.00 TB/2.73 TiB) [ 8.333123] sd 0:0:0:0: [sda] 4096-byte physical blocks [ 8.333919] sd 0:0:0:0: [sda] Write Protect is off [ 8.333938] sd 0:0:0:0: [sda] Mode Sense: 47 00 00 08 [ 8.334624] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn’t support DPO or FUA [ 8.354348] sd 0:0:0:0: Attached scsi generic sg0 type 0 [ 8.443721] sda: sda1 [ 8.446273] sd 0:0:0:0: [sda] Attached SCSI disk
dmesg on mount: [ 46.970707] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
dmesg on reboot: [ 190.030359] sd 0:0:0:0: [sda] Synchronizing SCSI cache [ 190.201833] usb 2-1: USB disconnect, device number 2
failed to mount /system structure needs cleaning
Breadcrumb
Mairo
Senior Member
I have this kind error after restoring nandroid backup?
Any fix advice?
I tried substractum theme, then it messed up something and everything freezes. Then i went in twrp and flashed substract recivery zip but sill everything was still strange. Then i dexided restore my 2 days old nandroid backup and I get this kind of error.
I have rooted. 5.0.4.
Right now i have this recovered nandroid backup and looks like everything is working but why this error.
I got same error when i flash kernel (structure needs cleaning), like in picture
Attachments
BenisMusical
Member
I have this kind error after restoring nandroid backup?
Any fix advice?
I tried substractum theme, then it messed up something and everything freezes. Then i went in twrp and flashed substract recivery zip but sill everything was still strange. Then i dexided restore my 2 days old nandroid backup and I get this kind of error.
I have rooted. 5.0.4.
Right now i have this recovered nandroid backup and looks like everything is working but why this error.
I got same error when i flash kernel (structure needs cleaning), like in picture
Hey bud,
I had the same issue when restoring my nandroid backup and I fixed it by doing the following:
1. Wipe the system partition only
2. Remount it as ‘ext 4’
3. Restore the system partition from your nandroid backup
If that doesn’t work then try a different version of TWRP (Standard, Blu or codworkx)
Edit: I’ve seen some people asking some more questions surrounding this issue. For newer devices with A/B partitions I’m unsure what to do in most of these cases.
‘Magellon1991’ posted their findings regarding the ‘vendor’ and ‘system’ partitions.
Hi guys, i’m hoping someone can help with resolving the error I’m getting in a linux based hypervisor (Xenserver 7). NB: Fairly a newbie Linux user here
Good news is after some more searching I bumped into this reddit post which led me towards debugfs
So here is what eventually happened, this was done whilst running the LiveCD
3. in debugfs prompt: ls (folders listed including tmp)
4. in debugfs prompt: clri tmp (no message / notification came up)
5. in debugfs prompt: rm tmp
8. did a ls /mount/mint/root-gyhold just to confirm the folder was gone and indeed it wasn’t there
9. rebooted the server and ejected the LiveCD so I could get a normal boot into the Hypervisor
What a ride thanks so much guys
The help desk software for IT. Free.
Track users’ IT needs, easily, and with only the features you need.
8 Replies
It sounds like the folder got corrupted. Most likely because there was a write operation happening, or data cached to the RAID controller.
You could boot it in safe mode, or from a USB, then delete the folder, and recreate it. (if possible make a backup first)
If that gets it working, then you should investigate why the corrupted data (make sure RAID controller has a good battery, and if there is no battery, add a UPS to the server)
Run «df /tmp» to see if the /tmp directory is currently in use as a mount point.
If you see a filesystem mounted at /tmp, «umount» it, then you could try running «fsck» on the filesystem that was just unmounted.
It sounds like /tmp is a filesystem. Often it is just a subdirectory of root.
But the error about «structure needs cleaning» sounds like a filesystem problem.
«fsck» might fix your problem.
If not, you might be able to rename the «tmp» directory and remake it, eg:
The above should let you use /tmp again, but it will not be a filesystem, just a subdirectory of root. That is, anything written to /tmp will be written to root filesystem, not the filesystem that typically mounts at /tmp. Depending on your applications, you might then run into space issues on the root fs.
And on a restart, the system will try to mount whatever filesystem is supposed to mount on /tmp. If you have sufficient space on /tmp, you can edit /etc/fstab to prevent that filesystem from mounting on /tmp. Then you can try to solve the fs issue, but the system should be working normally with /tmp being a part of the root fs.