Попробуйте выполнить следующую команду:
mv .config/google-chrome/Default .config/google-chrome/Default.org
Это переместит ваши файлы конфигурации в резервный файл и избавится от этой проблемы. Затем вы можете снова войти в хром, чтобы вернуть все.
Проблема в том, что / 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)
Таким образом, этот трюк может перестать работать в будущем ... :( (Но, возможно, он также достаточно умен, чтобы понять, что перекрытие безвредно.)
Проблема в том, что / 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)
Таким образом, этот трюк может перестать работать в будущем ... :( (Но, возможно, он также достаточно умен, чтобы понять, что перекрытие безвредно.)
Проблема в том, что / 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)
Таким образом, этот трюк может перестать работать в будущем ... :( (Но, возможно, он также достаточно умен, чтобы понять, что перекрытие безвредно.)
У меня не было успеха в модификации разделов на диске ISO 9660, который был создан с помощью Startup Disk Creator или Rufus.
Однако, если вы используете mkusb для создания диска, вы получите небольшой загрузочный раздел FAT32, раздел ОС ISO 9660, раздел сохранения ext4 casper-rw и раздел данных NTFS (если требуется).
Затем вы можете удалить раздел casper-rw, если вам не требуется настойчивость, и развернуть или переформатировать раздел NTFS в соответствии с вашими потребностями.
У меня не было успеха в модификации разделов на диске ISO 9660, который был создан с помощью Startup Disk Creator или Rufus.
Однако, если вы используете mkusb для создания диска, вы получите небольшой загрузочный раздел FAT32, раздел ОС ISO 9660, раздел сохранения ext4 casper-rw и раздел данных NTFS (если требуется).
Затем вы можете удалить раздел casper-rw, если вам не требуется настойчивость, и развернуть или переформатировать раздел NTFS в соответствии с вашими потребностями.
У меня не было успеха в модификации разделов на диске ISO 9660, который был создан с помощью Startup Disk Creator или Rufus.
Однако, если вы используете mkusb для создания диска, вы получите небольшой загрузочный раздел FAT32, раздел ОС ISO 9660, раздел сохранения ext4 casper-rw и раздел данных NTFS (если требуется).
Затем вы можете удалить раздел casper-rw, если вам не требуется настойчивость, и развернуть или переформатировать раздел NTFS в соответствии с вашими потребностями.