LINUX.ORG.RU
решено Форум — General  

/dev/loop монтируестя только в режиме чтения в Debian

 ,


0

2

Вернее, попытки монтировать образы *.img. Да, прописывал опции -o rw, -w, --rw, --read-write и конструкции вроде

mount -t ext4 -o loop,rw /media/2b/VMs/strg.img /mnt

вместо банального mount /media/2b/VMs/strg.img /mnt, но все равно смонтированный образ доступен только для чтения, хотя раньше и сокращенная запись позволяла монтировать образы с правами на запись. Все эксперименты делались под рутом, с правами на чтение-запись тоже по-разному экспериментировал. Эксперименты проводились на четырех (!) системах на двух разных компьютерах - везде поведение одинаковое. Да, две системы «грязные» - с пакетами из «testing» и «sid», но две другие - совершенно ванильные 10-е Дебианы. Да, что интересно, образ диска, подключенный через fstab, доступен на чтение-запись. Строчка там выглядит так:

/media/host/strg.img /home/victor ext4 defaults 0 0

Сделал похожую запись в другой системе - да, монтируется на чтение-запись так же, а через mount - только на чтение. Файловая система в образах, как можно было догадаться, ext4, пытался примонтировать разные образы, проверял их fsck на наличие ошибок (которых не было). А началось все после обновления системы. Так вот вопрос: как все вернуть назад и сделать образы с возможностью записи.



Последнее исправление: Victor_SHM (всего исправлений: 1)

О, зато монтирует образ диска (целиком, не тома), но тоже только для чтения. Т.е. одну фичу прикрутили, а другую убрали…

Victor_SHM
() автор топика

Пальцем в небо, монтируешь рутом, а пишешь непривилегированным пользователем?

anonymous
()
Ответ на: комментарий от anonymous

И так и так пробовал. Суть проблемы-то в том, что еще совсем недавно можно было просто сделать mount image.img /mnt и делай с ним, что хочешь внутри. Сейчас можно только на посмотреть.

Victor_SHM
() автор топика
Ответ на: комментарий от anonymous

Так, я наврал насчет стабильного Дебиана, там все работает /media/2b/VMs/strg.img on /mnt type ext4 (rw,relatime)

Victor_SHM
() автор топика
Ответ на: комментарий от anonymous

Тааак… По ходу вчера (нет не бухал), под вечер устал… В общем, не монтируется образ, который лежит на сетевом диске (раньше монтировался), ну, типа бекапа. А это проблема в другой плоскости немного. Щас кое-что проверю и, наверное, тему можно закрыть.)))

Victor_SHM
() автор топика 
root@system:~# dd if=/dev/zero of=/tmp/ext4.img
^C535961+0 records in
535961+0 records out
274412032 bytes (274 MB, 262 MiB) copied, 1.48167 s, 185 MB/s

root@system:~# mkfs.ext4 /tmp/ext4.img
mke2fs 1.44.5 (15-Dec-2018)
Discarding device blocks: done
Creating filesystem with 267980 1k blocks and 67056 inodes
Filesystem UUID: c6f26c8d-725c-46e8-bd05-1f926a82d453
Superblock backups stored on blocks:
        8193, 24577, 40961, 57345, 73729, 204801, 221185

Allocating group tables: done
Writing inode tables: done
Creating journal (8192 blocks): done
Writing superblocks and filesystem accounting information: done

root@system:~# mkdir /tmp/2
root@system:~# mount /tmp/ext4.img /tmp/2/
root@system:~# mkdir /tmp/2/123
root@system:~# mount | grep ext4.img
/tmp/ext4.img on /tmp/2 type ext4 (rw,relatime)
root@system:~# ls /tmp/2
123  lost+found

root@system:~# uname -a
Linux lectorium 4.19.0-6-amd64 #1 SMP Debian 4.19.67-2+deb10u2 (2019-11-11) x86_64 GNU/Linux

Не воспроизводится.

anonymous
()
Ответ на: комментарий от anonymous

Конечно не воспроизводится)) У меня теперь тоже работает. В общем, всем спасибо, дело было не в бобине. Почему-то слетели права на запись у файла на сервере, при том неоднократно. Но с этим уже не здесь разбираться.

Victor_SHM
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
General