Не могу удалить, помогите с папкой - rm: home/.wine64/dosdevices/z:/proc Permission denied

Ну да, ты же пытаешься системный /proc удалить через симлинк, лол.

Используй опцию –no-follow-links или как она там, или просто открой графический менеджер файлов и удали там мышкой.

rm: home/.wine64/dosdevices/z:: Directory not empty

Поздравляю, вы сделали эквивалент rm -rf /. И оно могло уже успеть что-то удалить в «/».

Z: --> /

Но rm -rf не ходит по лиинкам, а удаляет их. Странное у тебя поведение. Больше похоже не на линк, а на mount --bind / z:

Монтирование в UNIX наверное одно из самых идиотских его изобретений что порождает например такие выстрелы в ногу.

Случайно сделал бэкап хомяка

бывает действительно: невероятно, но факт.

теперь не смог удалить из него папку

ты откуда удаляешь?

• из системы
• из бекапа

Что мне теперь делать?

Успокойся. Остановись. Оцени ситуацию, прими решение, реши проблему.

Оно останется там навсегда???

Что? Где? Когда Зачем?

«Вы просто не умеете его готовить им пользоваться.» ;)

Это одна из тех простых штук от которых дух захватывает: лично я без ума от этой простой мощи. А все траблы от невежества и неумения. Но этот бич можно везде найти.

Ну и как безопасно выполнить задачу автора темы если там есть mount --bind?

Никак. Но причина в том, что

• неизвестно, что ему нужно в результате
• где происходит действие описаное в топике

Поэтому «не делать!»

ну для начала надо узнать есть там оно или нет

Через графический менеджер и просмотр скрытых файлов не доступно удалить. Не активная кнопка удаления.

Про опцию сейчас придётся читать куда ее вставлять нужно

Так вроде пока всё работает

неизвестно, что ему нужно в результате

Очевидно что нужно удалить «home» со всеми точками монирования внутри и не не заходя внутрь монтированных ФС.

ты откуда удаляешь?

Из бекапа удаляю, иногда бывает такое, что из системы тоже не могу удалить, но после отмонтирования proc всё становится норм. А тут такое не прокатывает

Оно останется там навсегда???

Что? Где? Зачем?

Не что, а вон те файлы (или это линки) которые я не могу удалить. Там какле-то циклическое монтирование или чтойта?

но после отмонтирования proc всё становится норм

нет не норм

Если он удаляет из работающей системы это «а», если чистит бекап это «б». Действия будут разными.

удалить «home» со всеми точками монирования внутри и не не заходя внутрь монтированных ФС.

отмонтировать/перемонтировать не вариант? а почему?

А как тогда надо?

Бекап что собой представляет? *.tar.gz?

отмонтировать/перемонтировать не вариант? а почему?

Руками чтоли искать все точки монтирования внутри «home» и руками размонтировать?

А как тогда надо?

для начала перестать мучить канпуктер надо, а все эксперименты делать в виртуалке.

Чтобы просто удалить директорию в Линуксе надо начинать с долгих экспериментов в виртуальной машине?

Уже ничего не представляет, раньше это был tar, но потом я его разархивировал в другое место, в котором всё принадлежит одному моему пользователю.
Потом нужно содержимое этого архива - папки с home удалить

это лучше, чем

после отмонтирования proc всё становится норм

руками чтоли искать все точки монтирования внутри «home» и руками размонтировать?

Неожиданно. Правда.

Что же касается, топика: «да» ему не поможет магия с mount – в архиве она бессильна.

Так и было. Когда в домашнем каталоге эта папка не могла удалиться, я отмонтировал proc, после чего смог ее удалить.

А твои предложения по поводу удаления какие?

Неожиданно. Правда.

Что никто не придумал команды автоматического рекурсивного размонтирования?

Так я уже извлек архив, сейчас это просто папки и содержимое в них

А твои предложения по поводу удаления какие?

«нормально делай - нормально будет»

umount -R?

А что я не нормально делаю?

видимо все, если приходится

после отмонтирования proc всё становится норм

Может быть при бекапе скопировались файлы устройств? То есть програма бекапа как-то прошла через символьную ссылку или точку монтирования и начала бекапить системный «/proc».

Вполне вероятно, но как теперь удалить я не понимаю

Всё хуже, чем я полагал (

Дело не в mount, дело в линках. Штука не менее «магическая» и в удачную фазу Луны способна попить твоей крови.

Решается головой-руками-консолью(эмулятором терминала). Тебе надо удалять сам линк, а не объекты на которые он указывает.

не rm home/.wine64/dosdevices/z:/proc/29/etype а rm home/.wine64/dosdevices/z:

не получается

> rm home/.wine64/dosdevices/z:         
rm: home/.wine64/dosdevices/z:: is a directory

он не обозначается как линк

На память приходит процесс выключения системы:

• выполняется автоматически
• ФС отмонтируются

никто не придумал команды автоматического рекурсивного размонтирования?

Классная идея. Но вот с реализацией будут сложности: кроме случая, описанного выше, как она узнает что дальше не нужно (как предполагалось в начале топика).

как она узнает что дальше не нужно (как предполагалось в начале топика).

Размонтировать перед попыткой удаления и дальше не идти.

проблема в rm получается?

Монтирование как концепция - одна из самых замечательных вещей в UNIX-системах, особенно после DOS-овых C:\

Как там дела с >26 дисками обстоят в оффтопике? А я отвечу - в директорию на уже имеющемся диске монтируют :-)

Очевидно что нужно удалить «home» со всеми точками монирования внутри и не не заходя внутрь монтированных ФС.

mkdir /remove_fucking_home
mount --bind /home /remove_fucking_home
rm -rf /remove_fucking_home

Да, тут будет ошибка что саму директорию удалить не получилось, но зато все скрытые файлы будут удалены(в отличие от версии с rm -rf /remove_fucking_home/* без специальных bash-трюков с shopt).

Ну и в конце заглянцевать это

umount /remove_fucking_home
rmdir /remove_fucking_home

Монтирование как концепция - одна из самых замечательных вещей в UNIX-системах, особенно после DOS-овых C:\

Разумно было бы сделать для этого специальную файловую систему (некий mntfs) и проблема бы исчезла как класс. Монтировать можно только в неё, а сама ФС специальная и состояние хранится в памяти.

Возможность монтировать ФС в любую обычную директорию, потенциально не пустую – это выстрел в ногу.

ls -l home/.wine64/dosdevices/z:/proc линк или нет?

У меня не получается его так перемонтировать

mount: illegal option -- -
usage: mount [-adflpruvw] [-F fstab] [-o options] [-t ufs | external_type]
       mount [-dfpruvw] special | node
       mount [-dfpruvw] [-o options] [-t ufs | external_type] special node

не нада!!!

из архива линки «восстают», а вот монтирование нет. у тебя где-то есть линк в цепочке директорий.

Не линк. Я проверил - каждая из этих папок просто папка

ls -l home/.wine64/dosdevices/z:/proc показал содержимое этой папки, там были другие папки с цифрами в названиях, а в них какие-то файлы, которые тоже не линки

из архива линки «восстают», а вот монтирование нет. у тебя где-то есть линк в цепочке директорий.

Как я уже писал выше, у автора иемы скорее всего в бекапе скопировались сами файлы устройств из /proc и rm их не может удалить.

в бекапе скопировались сами файлы устройств из /proc и rm их не может удалить.

Очень может быть. ТС мог по-простому бекапить от корня всё – новички обычно так и делают. Но в home/…/proc/… должна быть ссылка на /proc. Эта часть головоломки решаема. А вот, что делать с proc/ dev/ и т.д. из того архива я не знаю помню

Файлы-ссылки архивируются, объекты в них нет. В префикс вайна никто же не станет копировать /proc с потрахами?

Так. Давай описывай как, какими командами делал бекап – я «обязан» это воспроизвести.

Когда его придумали, авторам и в голову не приходило, что кто-то будет на нем эмулировать «VMS-like» систему в бутылке. А так-то микроскопами можно гвозди забивать.

Я этого не помню точно, я бэкапить пытался много и не помню из-за чего именно возникли проблемы, но я почти уверен, что команда была:

tar cf home.tar /home/pinux/.*
или
tar cf home.tar /home/pinux/.

После чего я скопировал home.tar с помощью ср

И разархивировал в месте куда скопировал так:

tar -xf home.tar
или так
tar -xpf home.tar

Другими командами я и не пользовался даже

) (шютка)

микроскопами можно гвозди забивать

кто-то прочитал man «подковать блоху», но не понял

Опция -p должна была перенести симлинки, судя по соответствующим манам.