Live USB, установите второй раздел на одном устройстве

Попробуйте выполнить следующую команду:

mv .config/google-chrome/Default .config/google-chrome/Default.org

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

3
задан 5 December 2017 в 02:15

6 ответов

Проблема в том, что / dev / sda содержит / dev / sda2. Это было бы серьезным препятствием, если бы оба они были установлены как файловые системы чтения и записи. Но в вашем случае ISO 9660 в / dev / sda (также в / dev / sda1) доступен только для чтения. Таким образом, не будет борьбы с файловыми системами.

Обычно правильный способ установки обеих файловых систем - это umount / dev / sda и вместо этого установить / dev / sda1. Он не перекрывается с / dev / sda2. Поэтому mount (8) не будет воспринимать проблемы

. Но если работающая система зависит от файлов в файловой системе ISO 9660, возможно, ее не удастся ее устранить. В этом случае остается бэкдор использования устройства loop, например / dev / loop0. Такое устройство основано на файле данных или файле блока. Он действует как блочное устройство. Подробнее см. Man losetup (8).

mount (8) предлагает удобную опцию «loop». Таким образом, это должно работать, хотя / dev / sda уже смонтирован:

mount -o loop /dev/sda2 /your/mount/directory

Luckly mount (8) слишком глуп, чтобы распознать перекрытие, хотя в нем затем указано устройство для разделки, а не устройство цикла.


/dev/sdc on /mnt/iso type iso9660 (ro,relatime)
/dev/sdc2 on /mnt/fat type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=utf8,shortname=mixed,errors=remount-ro)

Таким образом, этот трюк может перестать работать в будущем ... :( (Но, возможно, он также достаточно умен, чтобы понять, что перекрытие безвредно.)

3
ответ дан 22 May 2018 в 15:39
  • 1
    +1 Это хорошее решение, которое работает на дисках с клонированными системами из файлов iso. (Я тестировал его с Ubuntu 17.10 и дополнительный раздел с файловой системой ext4. Он хорошо работает для хранения, но я не мог заставить его использовать его для сохранения.) – sudodus 7 December 2017 в 22:52

Проблема в том, что / dev / sda содержит / dev / sda2. Это было бы серьезным препятствием, если бы оба они были установлены как файловые системы чтения и записи. Но в вашем случае ISO 9660 в / dev / sda (также в / dev / sda1) доступен только для чтения. Таким образом, не будет борьбы с файловыми системами.

Обычно правильный способ установки обеих файловых систем - это umount / dev / sda и вместо этого установить / dev / sda1. Он не перекрывается с / dev / sda2. Поэтому mount (8) не будет воспринимать проблемы

. Но если работающая система зависит от файлов в файловой системе ISO 9660, возможно, ее не удастся ее устранить. В этом случае остается бэкдор использования устройства loop, например / dev / loop0. Такое устройство основано на файле данных или файле блока. Он действует как блочное устройство. Подробнее см. Man losetup (8).

mount (8) предлагает удобную опцию «loop». Таким образом, это должно работать, хотя / dev / sda уже смонтирован:

mount -o loop /dev/sda2 /your/mount/directory

Luckly mount (8) слишком глуп, чтобы распознать перекрытие, хотя в нем затем указано устройство для разделки, а не устройство цикла.

/dev/sdc on /mnt/iso type iso9660 (ro,relatime) /dev/sdc2 on /mnt/fat type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=utf8,shortname=mixed,errors=remount-ro)

Таким образом, этот трюк может перестать работать в будущем ... :( (Но, возможно, он также достаточно умен, чтобы понять, что перекрытие безвредно.)

4
ответ дан 18 July 2018 в 01:51

Проблема в том, что / dev / sda содержит / dev / sda2. Это было бы серьезным препятствием, если бы оба они были установлены как файловые системы чтения и записи. Но в вашем случае ISO 9660 в / dev / sda (также в / dev / sda1) доступен только для чтения. Таким образом, не будет борьбы с файловыми системами.

Обычно правильный способ установки обеих файловых систем - это umount / dev / sda и вместо этого установить / dev / sda1. Он не перекрывается с / dev / sda2. Поэтому mount (8) не будет воспринимать проблемы

. Но если работающая система зависит от файлов в файловой системе ISO 9660, возможно, ее не удастся ее устранить. В этом случае остается бэкдор использования устройства loop, например / dev / loop0. Такое устройство основано на файле данных или файле блока. Он действует как блочное устройство. Подробнее см. Man losetup (8).

mount (8) предлагает удобную опцию «loop». Таким образом, это должно работать, хотя / dev / sda уже смонтирован:

mount -o loop /dev/sda2 /your/mount/directory

Luckly mount (8) слишком глуп, чтобы распознать перекрытие, хотя в нем затем указано устройство для разделки, а не устройство цикла.

/dev/sdc on /mnt/iso type iso9660 (ro,relatime) /dev/sdc2 on /mnt/fat type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=utf8,shortname=mixed,errors=remount-ro)

Таким образом, этот трюк может перестать работать в будущем ... :( (Но, возможно, он также достаточно умен, чтобы понять, что перекрытие безвредно.)

4
ответ дан 24 July 2018 в 17:28

У меня не было успеха в модификации разделов на диске ISO 9660, который был создан с помощью Startup Disk Creator или Rufus.

Однако, если вы используете mkusb для создания диска, вы получите небольшой загрузочный раздел FAT32, раздел ОС ISO 9660, раздел сохранения ext4 casper-rw и раздел данных NTFS (если требуется).

Затем вы можете удалить раздел casper-rw, если вам не требуется настойчивость, и развернуть или переформатировать раздел NTFS в соответствии с вашими потребностями.

1
ответ дан 22 May 2018 в 15:39
  • 1
    Попробуй, когда вернешься с работы. Если я правильно понял, mkusb напишет мой пользовательский ISO-файл на USB-накопитель и сделает раздел данных NTFS «монтируемый»? У меня нет проблем с созданием нового раздела вручную, мне кажется, что проблема заключается в установке Ubuntu на устройство / dev / sda вместо одного раздела / dev / sda1 – kometonja 6 December 2017 в 17:52
  • 2
    Решив его легко, установив его как петлевое устройство, пожалуйста, взгляните на мой ответ. – kometonja 7 December 2017 в 21:13

У меня не было успеха в модификации разделов на диске ISO 9660, который был создан с помощью Startup Disk Creator или Rufus.

Однако, если вы используете mkusb для создания диска, вы получите небольшой загрузочный раздел FAT32, раздел ОС ISO 9660, раздел сохранения ext4 casper-rw и раздел данных NTFS (если требуется).

Затем вы можете удалить раздел casper-rw, если вам не требуется настойчивость, и развернуть или переформатировать раздел NTFS в соответствии с вашими потребностями.

1
ответ дан 18 July 2018 в 01:51

У меня не было успеха в модификации разделов на диске ISO 9660, который был создан с помощью Startup Disk Creator или Rufus.

Однако, если вы используете mkusb для создания диска, вы получите небольшой загрузочный раздел FAT32, раздел ОС ISO 9660, раздел сохранения ext4 casper-rw и раздел данных NTFS (если требуется).

Затем вы можете удалить раздел casper-rw, если вам не требуется настойчивость, и развернуть или переформатировать раздел NTFS в соответствии с вашими потребностями.

1
ответ дан 24 July 2018 в 17:28
  • 1
    Попробуй, когда вернешься с работы. Если я правильно понял, mkusb напишет мой пользовательский ISO-файл на USB-накопитель и сделает раздел данных NTFS «монтируемый»? У меня нет проблем с созданием нового раздела вручную, мне кажется, что проблема заключается в установке Ubuntu на устройство / dev / sda вместо одного раздела / dev / sda1 – kometonja 6 December 2017 в 17:52
  • 2
    Решив его легко, установив его как петлевое устройство, пожалуйста, взгляните на мой ответ. – kometonja 7 December 2017 в 21:13

Другие вопросы по тегам:

Похожие вопросы: