Меню Рубрики

Structure needs cleaning linux

Cannot remove file: “Structure needs cleaning”

I have an external hard drive which is encrypted via LUKS. It contains an ext4 fs.

I just got an error from rsync for a file which is located on this drive:

If I try to delete the file I get the same error:

Does anyone know what I can do to remove the file and fix related issues with the drive/fs (if there are any)?

5 Answers 5

That is strongly indicative of file-system corruption. You should unmount, make a sector-level backup of your disk, and then run e2fsck to see what is up. If there is major corruption, you may later be happy that you did a sector-level backup before letting e2fsck tamper with the data.

If it helps anyone, I had a similar issue (rsync/rsnapshot backups, on an affected file). I posted my problem/solution, here:

SUMMARY:

rsnapshot (rsync) backup error on arch linux x86_64 system; a corrupted, deeply-nested file was throwing that error, also shown when I tried to delete that file:

Here is the problem:

My backup drive is /dev/sda1.

Rebooted: all seems fine. Went into backups drive, deleted that problematic file:

[Update: yes; that worked: my backups are running normally, again! 🙂 ]

Источник

Linux — «Structure needs cleaning» error

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

There was a sudden cold shut off of the system and now the /tmp folder seems to have been corrupted and this has resulted in the network interfaces on the Hypervisor to not come up because of errors processing files in that folder (/tmp) .

The problem seems to be linux file system related and not specifically Xenserver related because even when i go to the command shell and try cd /tmp i get the error «Structure needs to be cleaned) . Even a ls /tmp returns the same error, basically any command against that location returns «Structure needs cleaning». How do i go about to clean the structure and clear this problem?

Hi @pigdog , thanks for the suggestion. Indeed I was initially running the commands against the wrong /tmp folder but later figured the right location if you check my screenshot you’ll see I was running the commands against mount point /media/mint/root-gyhold/tmp which was where the problematic /tmp was located.

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

1- ran df -h which confirmed the mount point for /dev/sda1 to be /media/mint/root-gyhold

2. did a sudo debugfs -w /dev/sda1

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

6.in debugfs prompt:ls (tmp was no longer listed , did a little celebration dance at that point)

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

From there the server came back up and a new /tmp folder was created , the network adapters came back up connectivity all good and the guest VMs all came back up. One windows guest needed to do a chkdisk but no errors were found, another Linux guest gave errors but after a reboot all good.

What a ride thanks so much guys

Centos/RHEL/OracleEnterpriseLinux version 5.5 or later works pretty darn well in a 2012R2 Hyper-V virtual machine. I’m running 4 instances in of this under Hyper-V right now. There are some issues with keeping the system clock of the vm syncronized but that is fixable with some edits to the /etc/ntpd.conf file, the /boot/grub/grub.conf boot parameter list and having an ntp server on your network to sync to. In my case, the Linux vm’s system clock would run fast. it gained 4 days over the course of several weeks! After the workaround was applied, it stays glued to the NTP server within a fraction of a second.

You do need to manually install the Linux Integration Services 4.x into Centos/RHEL/OEL 5.x however

Centos/RHEL/OEL 6.6 and later doesn’t have the clock sync problems. I’m running one instance of this under Hyper-V 2012R2. The Hyper-V Linux Integration Services are already included in 6.6 and later.

The one issue I found was that Linux tended to work better with a legacy NIC instead of the standard in newer versions of HyperV.

Источник

[XFS][карма] «Структуру необходимо почистить»

# du -hs balancer/downloads
du: невозможно получить доступ к `balancer/downloads/rtorrent/South Park/Season 1 (MTV)/111 Tom\’s Rhinoplasty (Goblin, MTV, Eng).avi’: Структуру необходимо почистить

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][карма] «Структуру необходимо почистить»

> The cause can be pretty much anything, unfortunately — filesystem, virtual memory manager, volume manager, device driver, or hardware.

Может, стоит железо проверить?

> 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][карма] «Структуру необходимо почистить»

Источник

Не удается удалить файл: «Структура нуждается в очистке»

У меня есть внешний жесткий диск, который зашифрован через LUKS. Он содержит ext4 fs.

Я только что получил ошибку от rsync для файла, который находится на этом диске:

Если я попытаюсь удалить файл, я получаю ту же ошибку:

Кто-нибудь знает, что я могу сделать, чтобы удалить файл и исправить связанные с ним проблемы с диском /fs (если они есть)?

3 ответа

Это сильно свидетельствует о повреждении файловой системы. Вы должны размонтировать, сделать резервную копию вашего диска на уровне сектора, а затем запустить e2fsck, чтобы узнать, что происходит. Если есть серьезная коррупция, вы можете быть счастливы, что сделали резервную копию на уровне сектора, прежде чем позволить e2fsck изменять данные.

Если это кому-то помогает, у меня была аналогичная проблема (резервные копии rsync /rsnapshot в поврежденном файле). Я разместил свою проблему /решение, здесь:

РЕЗЮМЕ:

rsnapshot (rsync) ошибка резервного копирования в системе arch Linux x86_64; поврежденный, глубоко вложенный файл бросает эту ошибку, также показан, когда я пытался удалить этот файл:

Мой резервный диск — /dev /sda1.

Перезагрузка: все кажется прекрасным. Пошел в резервный диск, удалил этот проблемный файл:

[Обновить: да; это сработало: мои резервные копии работают нормально, снова! :-)]

Файловые системы иногда не в порядке и нуждаются в очистке. Это можно сделать командой fsck . Но помните, что вы должны запустить fsck только для размонтированных разделов, чтобы избежать риска повреждения файлов.

Если ваша файловая система ext4, попробуйте выполнить эту команду:

Источник

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

  • При подготовке к установке произошла ошибка mac os high sierra
  • При подготовке к установке произошла ошибка mac os el capitan
  • При переустановки mac os пишет этот объект временно недоступен
  • При переустановке mac os на диске установлена защита
  • При обновлении mac os данные остаются