Ошибка монтирования loop устройства

  • Печать

Страницы: [1]   Вниз

Тема: PRA64. не работает сохранение  (Прочитано 5026 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Обновление дистра сделано через 089-pra6406-update-*.pfs как в PRA

Установил Ваш дистрибутив по ссылке 31 странице PRA64. Сборка x86-64, но у меня не работает сохранение
при выходе как на ноутбуке так и системнике. Ошибка монтирования Loop устройства Нет такого файла или каталога.
Вы пишите обновление 089-pra6406-update-*.pfs… можно ссылку…  ибо в пакете не подключается WiFi
Сбой добавления соединения No session found for uid 1000 (unknown)
(Пишу из pra1601)


Записан


« Последнее редактирование: 08 Март 2016, 18:38:47 от sfs »


Записан


Используйте Новые сообщения с последнего визита. — ничего не потеряете

SFS Вы почему то прочли лишь последнее мое предложение из сообщения об исчезнувшем…
Уточняю по Вашим  ссылкам откачал файлы 089-pra6406-update-160216.pfs networkmanager-pra6406-1.0.7-1-s03_64.pfs и установил по директориям повторно.

Ошибка по сохранению: Ошибка монтирования Loop устройства.Нет такого файла или каталога.
Ошибка создания соединения по WIFI: Сбой добавления соединения No session found for uid 1000(unknown)

Обе ошибки не исчезли с обновлёнными файлами….

« Последнее редактирование: 12 Март 2016, 07:28:18 от sfs »


Записан


У Вас дистр pra64-1602fat?
С какого носителя грузите, есть ли сохраненка?


Записан


Ошибка по сохранению: Ошибка монтирования Loop устройства.Нет такого файла или каталога.

То, что видим на картинке soxr.jpg  — это при загрузке случайно не в режиме copy2ram? Если да, то перед выключением раздел /mnt/home был смонтирован или нет?


Записан

Lenovo B590 (i3-3110M, 8 Гб, GeForce 720M)
PRA 16.12 JWM, Runtu 20.04 x64 XFCE


У Вас дистр pra64-1602fat?
С какого носителя грузите, есть ли сохраненка?

Да дистрибутив дистр pra64-1602fat  писал ранее

Цитата: k0l0p0k от 18 Февраль 2016, 20:16:02

    Обновление дистра сделано через 089-pra6406-update-*.pfs как в PRA

Установил Ваш дистрибутив по ссылке 31 странице PRA64. Сборка x86-64, но у меня не работает сохранение
при выходе как на ноутбуке так и системнике. Ошибка монтирования Loop устройства Нет такого файла или каталога.

там же…

в пакете не подключается WiFi
Сбой добавления соединения No session found for uid 1000 (unknown)

Проверил на ноутбуке с HDD и загрузочной флешке загрузчик grub4dos menu.lst :

title pra 64 fat
    uuid C9FC-B6DB
   set d=pra64
    find --set-root --ignore-floppies --ignore-cd /%d%/initrd.xz
    kernel /%d%/vmlinuz-4.4.1-pf3_64 dir=%d% copy2ram  noswap noload=video-intel;video-nvidia   
    initrd /%d%/initrd.xz

Проверил сохранение настроек и на системнике с Hdd  загрузчик grub4dos menu.ls (аналогично только root(hd0,1) ) m/b Asus

RoDon ответ на Ваш вопрос да в menu.lst режим монтирования не проверял, но в base ложил файл пустышку user160307.2fs ошибка не исчезла.

справедливости ради меня больше интересует отсутствие WiFi и выход в интернет.

На форуме прочёл запуск из консоли  (http://wiki.puppyrus.org/setups/wi-fi)  c правами su — запускается на короткое время…

« Последнее редактирование: 12 Март 2016, 07:28:43 от sfs »


Записан


В меню есть программа создания файла сохранения. Сделайте его.
 Добавте к параметрам ядра ещё один:
changes=/%d%/файл-сохранения.dat (ваше название и путь), перезагрузитесь.
Проверить подключился ли он:
losetup


Записан


В меню есть программа создания файла сохранения. Сделайте его.

Ошибка по сохранению: Ошибка монтирования Loop устройства.Нет такого файла или каталога не исчезла.

Добавте к параметрам ядра ещё один:
changes=/%d%/файл-сохранения.dat (ваше название и путь), перезагрузитесь.
Проверить подключился ли он:
losetup

changes=/%d%/090-save-160311-pra.dat  в файле losetup не подключился по той же причине…

Ложил в директорию base файл 090-save-160310-pra.pfs от pra-1601middle.
сохранение выполняться стал файл в losetup 090-save*.pfs появляется даже WiFi заработал.

 ложил в директори base файл 090-save-160310-pra.pfs текстовую пустышку не грузится в losetup его нет.

Вопрос как создать /dev/loop36         0      0         0  0 /mnt/live/memory/copy2ram/090-save-160310-pra.pfs
в консоле в командной строке


Записан


А не пробовали грузиться без параметра copy2ram и сохраняться?


Записан

Lenovo B590 (i3-3110M, 8 Гб, GeForce 720M)
PRA 16.12 JWM, Runtu 20.04 x64 XFCE


А не пробовали грузиться без параметра copy2ram и сохраняться?

Проверил ошибка та же нет файла user160312.2fs

Раcпаковал файл соxранения pra1601middle 090-save-*.pfs и по аналогии скопировал директории и файлы из pra64fat собрал в модуль 090-save-160312-pra64.pfs поместил в base, сохранение в модуль выполняется.

Но на сколько это корректно ?
Так как в losetup файл user160312.2fs отсутствует.

« Последнее редактирование: 12 Март 2016, 05:09:47 от pensioner »


Записан


Проверил ошибка та же нет файла user160312.2fs

Естественно, т.к. здесь:

Проверил на ноутбуке с HDD и загрузочной флешке загрузчик grub4dos menu.lst :

title pra 64 fat
    uuid C9FC-B6DB
   set d=pra64
    find --set-root --ignore-floppies --ignore-cd /%d%/initrd.xz
    kernel /%d%/vmlinuz-4.4.1-pf3_64 dir=%d% copy2ram  noswap noload=video-intel;video-nvidia   
    initrd /%d%/initrd.xz

нет параметра changes=/%d%/user160312.2fs
В PRA файл сохраненения автоматом не подхватывается, его надо прописать в меню http://wiki.puppyrus.ml/soft/porteus-initrd#changes


Записан

Lenovo B590 (i3-3110M, 8 Гб, GeForce 720M)
PRA 16.12 JWM, Runtu 20.04 x64 XFCE


нет параметра changes=/%d%/user160312.2fs

С данным параметром ядра файл контейнер 090-save-*pfs не формируется отсутствует файл user160312.2fs
файл user16*.2fs отсутствует в pra6406-1602fat.iso   (461,0 М)
Он не формируется и через меню.
С данным параметром через меню получил файл user*.dat или pra64-save.dat   524,288 M ext4.
Однако после перезагрузки ( невозможно найти pra64/pra64-save.dat Измените Ваши параметры changes…) аналогично user*.dat, ложил в pra64 и pra64/base сообщение об ошибке не меняется, соответственно в losetup его нет.

RoDoN спасибо за ссылку http://wiki.puppyrus.ml/soft/porteus-initrd#changes  Mеня интересует способ получения файла контейнера 090-save-*pfs.


Записан



Записан



Записан


  • Печать

Страницы: [1]   Вверх

  • Печать

Страницы: [1]   Вниз

Тема: PRA64. не работает сохранение  (Прочитано 4913 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Обновление дистра сделано через 089-pra6406-update-*.pfs как в PRA

Установил Ваш дистрибутив по ссылке 31 странице PRA64. Сборка x86-64, но у меня не работает сохранение
при выходе как на ноутбуке так и системнике. Ошибка монтирования Loop устройства Нет такого файла или каталога.
Вы пишите обновление 089-pra6406-update-*.pfs… можно ссылку…  ибо в пакете не подключается WiFi
Сбой добавления соединения No session found for uid 1000 (unknown)
(Пишу из pra1601)


Записан


« Последнее редактирование: 08 Март 2016, 18:38:47 от sfs »


Записан


Используйте Новые сообщения с последнего визита. — ничего не потеряете

SFS Вы почему то прочли лишь последнее мое предложение из сообщения об исчезнувшем…
Уточняю по Вашим  ссылкам откачал файлы 089-pra6406-update-160216.pfs networkmanager-pra6406-1.0.7-1-s03_64.pfs и установил по директориям повторно.

Ошибка по сохранению: Ошибка монтирования Loop устройства.Нет такого файла или каталога.
Ошибка создания соединения по WIFI: Сбой добавления соединения No session found for uid 1000(unknown)

Обе ошибки не исчезли с обновлёнными файлами….

« Последнее редактирование: 12 Март 2016, 07:28:18 от sfs »


Записан


У Вас дистр pra64-1602fat?
С какого носителя грузите, есть ли сохраненка?


Записан


Ошибка по сохранению: Ошибка монтирования Loop устройства.Нет такого файла или каталога.

То, что видим на картинке soxr.jpg  — это при загрузке случайно не в режиме copy2ram? Если да, то перед выключением раздел /mnt/home был смонтирован или нет?


Записан


Lenovo B590 (i3-3110M, 8 Гб, GeForce 720M)
PRA 16.12 JWM, Runtu 20.04 x64 XFCE


У Вас дистр pra64-1602fat?
С какого носителя грузите, есть ли сохраненка?

Да дистрибутив дистр pra64-1602fat  писал ранее

Цитата: k0l0p0k от 18 Февраль 2016, 20:16:02

    Обновление дистра сделано через 089-pra6406-update-*.pfs как в PRA

Установил Ваш дистрибутив по ссылке 31 странице PRA64. Сборка x86-64, но у меня не работает сохранение
при выходе как на ноутбуке так и системнике. Ошибка монтирования Loop устройства Нет такого файла или каталога.

там же…

в пакете не подключается WiFi
Сбой добавления соединения No session found for uid 1000 (unknown)

Проверил на ноутбуке с HDD и загрузочной флешке загрузчик grub4dos menu.lst :

title pra 64 fat
    uuid C9FC-B6DB
   set d=pra64
    find --set-root --ignore-floppies --ignore-cd /%d%/initrd.xz
    kernel /%d%/vmlinuz-4.4.1-pf3_64 dir=%d% copy2ram  noswap noload=video-intel;video-nvidia   
    initrd /%d%/initrd.xz

Проверил сохранение настроек и на системнике с Hdd  загрузчик grub4dos menu.ls (аналогично только root(hd0,1) ) m/b Asus

RoDon ответ на Ваш вопрос да в menu.lst режим монтирования не проверял, но в base ложил файл пустышку user160307.2fs ошибка не исчезла.

справедливости ради меня больше интересует отсутствие WiFi и выход в интернет.

На форуме прочёл запуск из консоли  (http://wiki.puppyrus.org/setups/wi-fi)  c правами su — запускается на короткое время…

« Последнее редактирование: 12 Март 2016, 07:28:43 от sfs »


Записан


В меню есть программа создания файла сохранения. Сделайте его.
 Добавте к параметрам ядра ещё один:
changes=/%d%/файл-сохранения.dat (ваше название и путь), перезагрузитесь.
Проверить подключился ли он:
losetup


Записан


В меню есть программа создания файла сохранения. Сделайте его.

Ошибка по сохранению: Ошибка монтирования Loop устройства.Нет такого файла или каталога не исчезла.

Добавте к параметрам ядра ещё один:
changes=/%d%/файл-сохранения.dat (ваше название и путь), перезагрузитесь.
Проверить подключился ли он:
losetup

changes=/%d%/090-save-160311-pra.dat  в файле losetup не подключился по той же причине…

Ложил в директорию base файл 090-save-160310-pra.pfs от pra-1601middle.
сохранение выполняться стал файл в losetup 090-save*.pfs появляется даже WiFi заработал.

 ложил в директори base файл 090-save-160310-pra.pfs текстовую пустышку не грузится в losetup его нет.

Вопрос как создать /dev/loop36         0      0         0  0 /mnt/live/memory/copy2ram/090-save-160310-pra.pfs
в консоле в командной строке


Записан


А не пробовали грузиться без параметра copy2ram и сохраняться?


Записан


Lenovo B590 (i3-3110M, 8 Гб, GeForce 720M)
PRA 16.12 JWM, Runtu 20.04 x64 XFCE


А не пробовали грузиться без параметра copy2ram и сохраняться?

Проверил ошибка та же нет файла user160312.2fs

Раcпаковал файл соxранения pra1601middle 090-save-*.pfs и по аналогии скопировал директории и файлы из pra64fat собрал в модуль 090-save-160312-pra64.pfs поместил в base, сохранение в модуль выполняется.

Но на сколько это корректно ?
Так как в losetup файл user160312.2fs отсутствует.

« Последнее редактирование: 12 Март 2016, 05:09:47 от pensioner »


Записан


Проверил ошибка та же нет файла user160312.2fs

Естественно, т.к. здесь:

Проверил на ноутбуке с HDD и загрузочной флешке загрузчик grub4dos menu.lst :

title pra 64 fat
    uuid C9FC-B6DB
   set d=pra64
    find --set-root --ignore-floppies --ignore-cd /%d%/initrd.xz
    kernel /%d%/vmlinuz-4.4.1-pf3_64 dir=%d% copy2ram  noswap noload=video-intel;video-nvidia   
    initrd /%d%/initrd.xz

нет параметра changes=/%d%/user160312.2fs
В PRA файл сохраненения автоматом не подхватывается, его надо прописать в меню http://wiki.puppyrus.ml/soft/porteus-initrd#changes


Записан


Lenovo B590 (i3-3110M, 8 Гб, GeForce 720M)
PRA 16.12 JWM, Runtu 20.04 x64 XFCE


нет параметра changes=/%d%/user160312.2fs

С данным параметром ядра файл контейнер 090-save-*pfs не формируется отсутствует файл user160312.2fs
файл user16*.2fs отсутствует в pra6406-1602fat.iso   (461,0 М)
Он не формируется и через меню.
С данным параметром через меню получил файл user*.dat или pra64-save.dat   524,288 M ext4.
Однако после перезагрузки ( невозможно найти pra64/pra64-save.dat Измените Ваши параметры changes…) аналогично user*.dat, ложил в pra64 и pra64/base сообщение об ошибке не меняется, соответственно в losetup его нет.

RoDoN спасибо за ссылку http://wiki.puppyrus.ml/soft/porteus-initrd#changes  Mеня интересует способ получения файла контейнера 090-save-*pfs.


Записан



Записан



Записан


  • Печать

Страницы: [1]   Вверх

  • Печать

Страницы: [1] 2  Все   Вниз

Тема: failed to setup loop device  (Прочитано 2406 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн
Peter_I

Здравствуйте!
Я уже когда-то задавал вопрос по ручному монтированию iso-файлов и оказалось,
что надо установить в 0 параметр fs.protected_symlinks. Сейчас он 0, но всё равно вручную скриптом не монтируется,
выдаётся сообщение
/mnt/udf: failed to setup loop device
если же в mc выделить iso-файл и нажать Enter, то его содержимое показывается. В /etc/fstab есть строки:

/tmp/udf /mnt/udf udf ro,noauto,users,loop=/dev/loop0,iocharset=utf8,unhide 0 0
/dev/loop0 /mnt/udf udf ro,noauto,users,loop=/dev/loop0,iocharset=utf8,unhide 0 2
вот скрипт, он есть и на bash и на tcsh:

Я вхожу в группы users и disk, /mnt/udf — 755 root:disk, /dev/loop0 — 660 root:disk,
так почему перестало монтироваться и что ещё надо?


Оффлайн
ALiEN175

Я уже когда-то задавал вопрос по ручному монтированию iso-файлов и оказалось,
что надо установить в 0 параметр fs.protected_symlinks.

Каким боком там монтирование? Проблема была в /tmp и симлинках.

В /etc/fstab есть строки:

Не лезьте в /tmp, не насилуйте loop и всё получится.

/path/to/udf /mnt/udf udf ro,noauto,users,iocharset=utf8,unhide 0 0

ASUS P5K-C :: Intel Xeon E5450 @ 3.00GHz :: 8 GB DDR2 :: Radeon R7 260X :: XFCE
ACER 5750G :: Intel Core i5-2450M @ 2.50GHz :: 6 GB DDR3 :: GeForce GT 630M :: XFCE


Оффлайн
Peter_I

ALiEN175, у меня смонторовался обаз установочного диска xubuntu-22.04 с такими строками в /etc/fstab:

таким скриптом:

а как посмотреть содержимое установочного диска Windows Win10_21H2_EnglishInternational_x64.iso?
mediainfo сообщает, что там iso9660, но и в mc, если на нём нажать Enter, водно только readme.txt
и при монтировании то же самое.


Оффлайн
andytux

как посмотреть содержимое установочного диска Windows Win10_21H2_EnglishInternational_x64.iso?

Просто монтируешь.


Оффлайн
Peter_I

andytux, у меня это получается только от root, а при монтировании пользователем вижу только readme.txt,
и при использовании loop10 и без.


Оффлайн
andytux

А кто знает, какой пользователь в совершенно чуждом образе, совершенно чуждой системы? Поэтому, «root» вполне естесственно, а вот все остальное…


Оффлайн
Peter_I

andytux, а какой там может быть пользователь? admin, например? Я попробовал в строку в /etc/fstab добавить mode=0555,
но это не помогло, при монтировании пользователем видно только readme.txt.
А как growisofs запишет такой образ?


Оффлайн
andytux

Например…
Вот у тебя есть каталог /tmp/mc-root. Попробуй простым пользователем посмотреть его содержимое. Кто ты такой, чтобы менять права доступа для него?
А если каждый может совать нос куда попало, то зачем вообще изобретать разных пользователей?


Оффлайн
Peter_I

andytux, Так это же read only диск. Он без -r -J. Образ с ubuntu я же могу примонтировать целиком.


Пользователь добавил сообщение 15 Мая 2022, 16:06:46:


У меня от пользователя сработал вариант с такими строчками в /etc/fstab:

А что дальше? У меня этот образ в Windows программа rufus записала на флешку, но я ещё не пробовал с неё загружаться.
Можно ли этот образ с помощью growisofs записать на DVD+R DL, можно ли будет с него загрузиться?

« Последнее редактирование: 15 Мая 2022, 16:06:46 от Peter_I »

Пётр.


Оффлайн
Peter_I

Не знаю, почему, но образ диска опять не монтируется от пользователя с тем же сообщением, хотя ничего не менял,
только раза три обновлял систему.
В чём может быть причина?


Оффлайн
AnrDaemon

Тебе уже сказали, в чём — не надо писать лишнего в fstab.

Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…


Оффлайн
Peter_I

AnrDaemon, На следующий день, т.е. после перезагрузки системы, образ снова стал монтироваться, хотя я ничего не менял.
В тот день, когда он не смонтировался, я сделал обновление системы, но не перезагрузился после этого, м.б. поэтому не смонтировался.


Пользователь добавил сообщение 08 Июня 2022, 16:21:57:


AnrDaemon, сейчас опять образ не смонтировался, перезагрузка не помогла. Попробую спросить на форуме.

« Последнее редактирование: 08 Июня 2022, 16:21:57 от Peter_I »

Пётр.


Оффлайн
AnrDaemon

Потому что вы НЕ ДАЁТЕ СИСТЕМЕ НОРМАЛЬНО РАБОТАТЬ своими бездумными настройками. ALiEN175 вам всё правильно сказал — не надо за систему решать, как ей работать, если не понимаете, что делаете. У вас уже настроен /dev/loop10, повторно настроить его не получится, сначала надо удалить. А umount этого сделать не может, потому что не она его создавала.
Просто. Не. Пишите. Лишнего. ВСЁ!

Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…


Оффлайн
Peter_I

Это монтирование я настраивал не помню, в каком году, и тогда потребовалось указать loop=/dev/loop0.
Сейчас я попробовал удалить из /etc/fstab 2-ю строку с /dev/loop10, а затем и loop из 1-й строки.
После этого стало монтироваться, но отмонтировать я как пользователь уже не мог.
Тогда я оставил в /est/fstab строку

а скрипт для монирования сделал таким:

Теперь и монтируется и размонтируется, но при этом требуется, чтобы в /media уже был каталог с имененeм пользователя,
это ведь не везде так.

« Последнее редактирование: 10 Июня 2022, 08:31:21 от Peter_I »

Пётр.


Оффлайн
AnrDaemon

Сделайте pam-скрипт, создающий недостающие каталоги.

Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…


  • Печать

Страницы: [1] 2  Все   Вверх

  • Index
  • » Newbie Corner
  • » [SOLVED] Cannot mount .iso file. Failed to setup loop device error !

Pages: 1

#1 2018-03-16 18:09:40

coffeeguy
Member
Registered: 2016-10-20
Posts: 12

[SOLVED] Cannot mount .iso file. Failed to setup loop device error !

Every time I try to mount an ISO disk image using the command:

mount -t iso9660 -o ro,loop xyz.iso /mnt/iso

It keeps throwing the error:

mount: /mnt/iso: failed to setup loop device for xyz.iso

Other posts on the web suggested at the lack of a loop device module in the kernel, however

returns the output

I even tried making a loopback-dev.conf file under /etc/modules-load.d/ with

thinking it was booting without a loop module as mentioned here. Can anyone please help me out in trying to understand what is happening?

Last edited by coffeeguy (2018-03-17 05:45:42)

#2 2018-03-16 19:23:34

paulkerry
Member
From: Sheffield, UK
Registered: 2014-10-02
Posts: 611

Re: [SOLVED] Cannot mount .iso file. Failed to setup loop device error !

Your command works perfectly fine for me using the linux-lts kernel.
Have you rebooted since you last upgraded the kernel?

#3 2018-03-17 01:42:12

coffeeguy
Member
Registered: 2016-10-20
Posts: 12

Re: [SOLVED] Cannot mount .iso file. Failed to setup loop device error !

paulkerry wrote:

Your command works perfectly fine for me using the linux-lts kernel.
Have you rebooted since you last upgraded the kernel?

Absolutely! 2 times to be exact.

#4 2018-03-17 04:24:21

hamurai
Member
From: Austin
Registered: 2018-03-12
Posts: 4

Re: [SOLVED] Cannot mount .iso file. Failed to setup loop device error !

I get that same error if the `xyz.iso` doesn’t exist / isn’t in that directory. Are you sure the path is correct?

#5 2018-03-17 05:45:10

coffeeguy
Member
Registered: 2016-10-20
Posts: 12

Re: [SOLVED] Cannot mount .iso file. Failed to setup loop device error !

hamurai wrote:

I get that same error if the `xyz.iso` doesn’t exist / isn’t in that directory. Are you sure the path is correct?

Woops, you are right! My bad. Thanks a ton !

I suspect you’re blindly following some instructions on how to mount an Ubuntu ISO image using the loop device.

sudo mkdir -p /media/cdrom

This creates a directory cdrom owned by root in /media if not existing, and it’s meant to be used as the to be mounted filesystem’s mount point;

cd ~

This changes the current working directory of your terminal instance to ~, which is a shorthand which expands to your home directory’s path;

sudo mount -o loop ubuntu-* /

This attempts to mount all the files matching ubuntu-* (all the files having a filename starting with ubuntu-) in your home directory using the loop device and / as the mount point. Just don’t do that. It’s not useful at all to match against a wildcard if you’re trying to mount a single ISO image, leaving aside that fact that you want your / mount point to keep holding the root partition. Mount the ISO image specifying its exact filename and mount it on the mount point you just created (/media/cdrom). In order to do that, make sure that the ISO image you want to mount is present in your home directory and change ubuntu-* with the full name of the ISO image. For example, to mount the official image of Ubuntu Desktop 14.04.2 64-bit the command would be:

sudo mount -o loop ubuntu-14.04.2-desktop-amd64.iso /media/cdrom

View previous topic :: View next topic   Author Message bob doe
Apprentice
Apprentice

Joined: 11 Jun 2007
Posts: 207

PostPosted: Sat Jan 16, 2010 4:54 pm    Post subject: [SOLVED]mount: cannot setup loop device: no such file or dir Reply with quote

Hey guys. This issue has been bugging me for months and is critical. The latest version of my LiveCD cannot boot due to this issue.

When the LiveCD boots, it runs an initramfs which runs it’s own init. Part of this is to mount the actual LiveCD image file which is SquashFS.

The command run is

Code:
mount -t squashfs -o loop /cdrom/files/source.img /new

Previously this has always worked. I do have a proper loop block device at /dev/loop0:

Code:
brw-rw—- 1 0      0      7,    0 Dec 21  13:18 /dev/loop0

And the proper modules built in to the kernel:

Code:
CONFIG_SQUASHFS=y

CONFIG_BLK_DEV_LOOP=y

CONFIG_BLK_DEV_CRYPTOLOOP=m

Nothing has changed between this version and previous versions in those terms. What has changed is my Portage tree. The kernel was updated but even going back to the previous kernel and config didnt solve anything (configs updated using ‘make oldconfig’) Various package updates have also changed and I believe a change from device-mapper to udev. Though Im not sure how that would be related.

At present, when I try to run my mount command I get this:

Code:
mount -t squashfs -o loop /cdrom/files/source.img /new

mount: cannot setup loop device: no such file or directory

Please help!

Last edited by bob doe on Sun Jan 17, 2010 4:38 pm; edited 1 time in total

Back to top mikegpitt
Advocate
Advocate

Joined: 22 May 2004
Posts: 3224

PostPosted: Sat Jan 16, 2010 5:17 pm    Post subject: Re: mount: cannot setup loop device: no such file or directo Reply with quote

bob doe wrote:
At present, when I try to run my mount command I get this:

Code:
mount -t squashfs -o loop /cdrom/files/source.img /new

mount: cannot setup loop device: no such file or directory

This may sound stupid, but sometimes it’s the stupid things that drive us the most crazy.

Are you sure that the file /cdrom/files/source.img and the directory /new exist on your machine? It seems like the command is failing because of a missing file/directory.

Back to top bob doe
Apprentice
Apprentice

Joined: 11 Jun 2007
Posts: 207

Back to top mikegpitt
Advocate
Advocate

Joined: 22 May 2004
Posts: 3224

Back to top bob doe
Apprentice
Apprentice

Joined: 11 Jun 2007
Posts: 207

Back to top Hu
Moderator
Moderator

Joined: 06 Mar 2007
Posts: 19726

Back to top mikegpitt
Advocate
Advocate

Joined: 22 May 2004
Posts: 3224

Back to top bob doe
Apprentice
Apprentice

Joined: 11 Jun 2007
Posts: 207

PostPosted: Sat Jan 16, 2010 11:15 pm    Post subject: Reply with quote

Here are the outputs of ls -l:

Code:
-rwx——   1 0   0   376242176 Jan  3 13:26 /cdrom/files/source.img

drwxr-xr-x   2 0   0   0 Jan 16 18:10 new

I cant run an strace, I didnt include it in the initramfs, though I will try this later.

Back to top bob doe
Apprentice
Apprentice

Joined: 11 Jun 2007
Posts: 207

PostPosted: Sun Jan 17, 2010 3:22 pm    Post subject: Reply with quote

I think I’ve solved the issue. Although I have the loop block device as /dev/loop0, I tried adding a directory /dev/loop and within it a symlink /dev/loop/0 pointing to /dev/loop0 and that seemed to have worked. Im remaking the ISO and will test it out.

Finally!!!!

[Edit] That solved the issue. Now Im back to my original issue as per here: https://forums.gentoo.org/viewtopic-t-808162-highlight-.html Any help still greatly appreciated :)

Back to top

Display posts from previous:   

Mint 18 Mate 64
4.15.0-34-generic

Hello, for years I’ve been using ‘dd’ command to create .img files of partitions, and restoring them by mounting them and rsyncing them to the target partition.

I’ve never encountered any problems mounting my .img files until today when I noticed my newest .img file does not mount but my second oldest .img file does (yesterday I recall having no problem mounting as either ro or rw):

sudo mount -o loop,ro newest.img /temp/ produces the error:

mount: cannot mount /dev/loop0 read-only

sudo mount -o loop,rw newest.img /temp/ produces the error:

mount: /data/newest.img: failed to setup loop device: Operation not permitted

sudo mount newest.img /temp/ produces the error:

mount: /data/newest.img: failed to setup loop device: Operation not permitted

Now when I try mounting the 2nd newest file (and all older):

sudo mount -o loop,ro 2nd_newest.img /temp/ WORKS!

sudo mount -o loop,rw 2nd_newest.img /temp/ produces the error:

mount: /data/2nd_newest.img: failed to setup loop device: Operation not permitted

sudo mount 2nd_newest.img /temp/ produces the error:

mount: /data/2nd_newest.img: failed to setup loop device: Operation not permitted

The ‘dd’ command I’ve always used to create the .img files is:

sudo dd if=/dev/sda$partition of=/data/newest.img

The ‘mount’ commands I’ve always used to mount the .img file (for rsyncing to another mounted partition) is:

Code: Select all

sudo mkdir /sda$partition
sudo mount /dev/sda$partition /sda$partition
sudo mount /data/newest.img /temp

The ‘rsync’ command I’ve always used to restore the mounted .img files is:

sudo rsync -advAX --progress --delete /temp/ /sda$partition/

It seems somehow the .img file I’m creating is unmountable ( old ones work fine ). ‘e2fsck’ returned no errors on any partitions and loop devices appear to be all present and working. It just doesn’t like my new .img files.

Without the ability to create and restore partition images I’m having an IT nightmare and my whole system is at risk of destabilizing.
It makes no sense unless some kind of system update changed the way my image capturing works.

Clues, please? Thanks. I’ve been troubleshooting and researching these errors for hours and failed to dig up anything useful.

UPDATE: I just discovered this mount command works for my newest.img:

sudo mount -o ro,norecovery,loop /data/newest.img /temp

The first time I mounted it this way it would not unmount (was busy) and I had to use ‘umount -l’. Now it mounts and unmounts with the norecovery option and does not get ‘busy’.

However, this does not explain why the newest.img requires ‘norecovery’ and the older ones do not.

Last edited by LockBot on Wed Dec 28, 2022 7:16 am, edited 2 times in total.

Reason: Topic automatically closed 6 months after creation. New replies are no longer allowed.

— I’m running Mint 18 Mate 64-bit
— 4.15.0-34-generic x86_64
— All my bash scripts begin with #!/bin/bash

sudo mkdir -p /media/cdrom
cd ~
sudo mount -o loop ubuntu-* /
mount: ubuntu-*: failed to setup loop device: No such file or directory

Ron's user avatar

Ron

20.4k6 gold badges57 silver badges72 bronze badges

asked Jun 10, 2015 at 5:33

user418576's user avatar

1

First make sure you have mounted loop device kernel module. So run:

lsmod | grep loop

If you get no output, that means you have to mount the loop device kernel module . So:

modprobe loop

Re-run the following to make sure the module is loaded. You should get some outputs:

lsmod | grep loop

Now, to mount an ISO file as loop device do the following:

mount -o loop -t iso9660 <path/to/iso/file> /media/cdrom

However I guess it should also work without the -t iso9660 part.

Pablo Bianchi's user avatar

answered Jun 10, 2015 at 6:46

Ron's user avatar

RonRon

20.4k6 gold badges57 silver badges72 bronze badges

3

I suspect you’re blindly following some instructions on how to mount an Ubuntu ISO image using the loop device.

sudo mkdir -p /media/cdrom

This creates a directory cdrom owned by root in /media if not existing, and it’s meant to be used as the to be mounted filesystem’s mount point;

cd ~

This changes the current working directory of your terminal instance to ~, which is a shorthand which expands to your home directory’s path;

sudo mount -o loop ubuntu-* /

This attempts to mount all the files matching ubuntu-* (all the files having a filename starting with ubuntu-) in your home directory using the loop device and / as the mount point. Just don’t do that. It’s not useful at all to match against a wildcard if you’re trying to mount a single ISO image, leaving aside that fact that you want your / mount point to keep holding the root partition. Mount the ISO image specifying its exact filename and mount it on the mount point you just created (/media/cdrom). In order to do that, make sure that the ISO image you want to mount is present in your home directory and change ubuntu-* with the full name of the ISO image. For example, to mount the official image of Ubuntu Desktop 14.04.2 64-bit the command would be:

sudo mount -o loop ubuntu-14.04.2-desktop-amd64.iso /media/cdrom

answered Jun 10, 2015 at 7:55

kos's user avatar

koskos

35.4k13 gold badges101 silver badges150 bronze badges


0

1

:::sudo mount -o loop ~/h.iso /mnt/loop 
mount: /home/copy/h.iso: failed to setup loop device: Нет такого файла или каталога
Название              : util-linux
Версия                : 2.22.2-1
:::uname -a  
Linux holy 3.7.1-3-ck #1 SMP PREEMPT Thu Dec 20 20:02:26 EST 2012 i686 GNU/Linux
  • Ссылка

директория /mnt/loop должна быть

anonymous

(14.01.13 16:10:47 MSK)

  • Ссылка

Ответ на:

комментарий
от NightSpamer 14.01.13 17:21:38 MSK

losetup -f что показывает?

/dev/loop0

Deleted

(14.01.13 21:20:50 MSK)

  • Ссылка

Ответ на:

комментарий
от HTaeD 14.01.13 18:31:58 MSK

zgrep LOOP /proc/config.gz

CONFIG_BLK_DEV_LOOP=m

CONFIG_BLK_DEV_LOOP_MIN_COUNT=8
CONFIG_BLK_DEV_CRYPTOLOOP=m
CONFIG_LOOPBACK_TARGET=m
CONFIG_RC_LOOPBACK=m
CONFIG_SND_ALOOP=m

Deleted

(14.01.13 21:21:24 MSK)



Последнее исправление: Copycat 14.01.13 21:21:36 MSK
(всего

исправлений: 1)

  • Ссылка

Ответ на:

комментарий
от Spirit_of_Stallman 14.01.13 18:36:32 MSK

modprobe loop ?

Пришлось руками insmod делать, иначе не грузилось. Зато теперь плюется:

mount: unknown filesystem type 'iso9660'

Deleted

(14.01.13 21:25:00 MSK)

  • Показать ответ
  • Ссылка

Решено

Версия модулей была выше версии ведра (обновился без перезагрузки), соответственно ядро не могло их подгрузить

Deleted

(14.01.13 21:29:18 MSK)

  • Ссылка

Ответ на:

комментарий
от Deleted 14.01.13 21:25:00 MSK

cat /proc/sys/kernel/modprobe

  • Ссылка

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

I have encountered a very similar problem. Fortunately, the answer of @user3049102 has lead me in the right direction and I have found the explanation.

The problem was with the filesystem where the image file was stored (and it seems to me it could also have been your case).

My issue was with an ISO image on a prototype of a FUSE filesystem. I was not sure if I haven’t implemented something or there was some other reason. In fact, the problem is quite simple and well explained but specific to exactly the FUSE-based filesystems (like the mentioned above sshfs, which current implementation is using FUSE). For security reasons, FUSE refuses accessing the files on the mounted filesystem to any other user besides the one who has mounted it. This behaviour can be changed by some FUSE mount options — this is explained on FUSE’s gihub — see the section «Security implications».

I guess this may be an issue also with some other filesystems — so if sudo mount ... -o loop fails with its generic error info, the first thing to do is checking if root can access the mounted image file. Then I’d also check if the filesystem where you store the image does not have some specific properties / limitations which may also cause that a file stored there cannot be configured as a loop device.

The simplest solution, as mentioned in the answer about sshfs, is to copy the file to some more «local» filesystem, or — at least in case of ISO images — use eg. fuseiso to mount the image as the same user.

  • Ошибка монтирования data twrp
  • Ошибка монтирования data invalid argument
  • Ошибка монтирования astra linux
  • Ошибка монте карло стандартная
  • Ошибка монитора нет сигнала