do-release-upgrade ничего не знает о «прыгающих версиях». Он просто загружает план обновления из поддерживающих репозитарий Ubuntu. README: 2) Инструмент обновления должен иметь возможность загружать обновленную информацию о том, как выполнить обновление (например, дополнительные шаги, например, обновление некоторых библиотек)
Кроме того, в спецификации о do-release-upgrade README :
2) Инструмент обновления должен иметь возможность загружать обновленную информацию о том, как выполнить обновление ( например, дополнительные шаги, например, сначала обновление некоторых библиотек)
Файл мета-релиза с информацией о доступных дистрибутивах хранится на центральном сервере и является If-Modified-Since проверен на каждом прогоне обновить-менеджер. Если новая версия найдена, диспетчер обновлений показывает это визуально.
После того, как решения, предложенные разными людьми, не смогли решить проблему, я углубился в исследование и, наконец, выяснил, почему вещи, которые должны были работать, не работали в моем случае потому что на моем жестком диске возникла некоторая проблема, вызванная Windows (да, у меня установлена обе ОС). (Спасибо за ответ Стивена Анджелико за то, что он действительно помог найти реальную проблему. +1!) Итак, я сделал команду ntfsfix, которая якобы очистила эти файлы (или что-то в этом роде), которые остановили ubuntu от изменения вещей. Я исправил эту проблему с помощью
sudo ntfsfix /dev/sda5
. После этого я открыл /etc/fstab в gedit и просто изменил значение -ro, рядом с /dev/sda3, на -rw и просто смонтировал, используя
sudo mount -a
После завершения работы я восстановил права на -rw / a+x на диске на уровне пользователя.
Хотя я исправил проблему с разрешением на одном из дисков, я до сих пор не смог ее решить на ОС Windows. Когда я попробовал ntfsfix на диске ОС Windows, я увидел следующее сообщение об ошибке:
sudo umount -a
sudo ntfsfix /dev/sda3
Mounting volume... Windows is hibernated, refused to mount.
FAILED
Attempting to correct errors...
Processing $MFT and $MFTMirr...
Reading $MFT... OK
Reading $MFTMirr... OK
Comparing $MFTMirr to $MFT... OK
Processing of $MFT and $MFTMirr completed successfully.
Setting required flags on partition... OK
Going to empty the journal ($LogFile)... OK
Windows is hibernated, refused to mount.
Remount failed: Operation not permitted
Я несколько раз закрывал окна, но я продолжаю видеть это сообщение.
Как было предложено @Stephen Angelico, Я несколько раз закрывал окна, но я продолжаю видеть это сообщение. . После отключения быстрой загрузки с панели управления я перезагрузился в ubuntu и выполнил те же операции на диске ОС Windows, как и на другом диске, и успешно смонтировал его с разрешениями -rw.
После того, как решения, предложенные разными людьми, не смогли решить проблему, я углубился в исследование и, наконец, выяснил, почему вещи, которые должны были работать, не работали в моем случае потому что на моем жестком диске возникла некоторая проблема, вызванная Windows (да, у меня установлена обе ОС). (Спасибо за ответ Стивена Анджелико за то, что он действительно помог найти реальную проблему. +1!) Итак, я сделал команду ntfsfix, которая якобы очистила эти файлы (или что-то в этом роде), которые остановили ubuntu от изменения вещей. Я исправил эту проблему с помощью
sudo ntfsfix /dev/sda5
. После этого я открыл /etc/fstab в gedit и просто изменил значение -ro, рядом с /dev/sda3, на -rw и просто смонтировал, используя
sudo mount -a
После завершения работы я восстановил права на -rw / a+x на диске на уровне пользователя.
Хотя я исправил проблему с разрешением на одном из дисков, я до сих пор не смог ее решить на ОС Windows. Когда я попробовал ntfsfix на диске ОС Windows, я увидел следующее сообщение об ошибке:
sudo umount -a
sudo ntfsfix /dev/sda3
Mounting volume... Windows is hibernated, refused to mount.
FAILED
Attempting to correct errors...
Processing $MFT and $MFTMirr...
Reading $MFT... OK
Reading $MFTMirr... OK
Comparing $MFTMirr to $MFT... OK
Processing of $MFT and $MFTMirr completed successfully.
Setting required flags on partition... OK
Going to empty the journal ($LogFile)... OK
Windows is hibernated, refused to mount.
Remount failed: Operation not permitted
Я несколько раз закрывал окна, но я продолжаю видеть это сообщение.
Как было предложено @Stephen Angelico, Я несколько раз закрывал окна, но я продолжаю видеть это сообщение. . После отключения быстрой загрузки с панели управления я перезагрузился в ubuntu и выполнил те же операции на диске ОС Windows, как и на другом диске, и успешно смонтировал его с разрешениями -rw.
Это, скорее всего, произошло из-за некоторой проблемы на диске. Большинство систем используют errors=remount-ro (в случае ошибок, перемонтировать как только для чтения) в локальных файловых системах, чтобы предотвратить повреждение и / или потерю данных. Поэтому может возникнуть проблема с самим приводом. Проверьте потерю данных, потому что (по крайней мере, в моем опыте) это часто происходит, когда привод терпит неудачу. Даже remount-ro не может остановить сам привод. Если это так, вам может потребоваться следующее: вернуть данные с помощью инструментов восстановления данных на основе Linux
Если ваш жесткий диск не работает, я могу предложить только проверку оборудования по всей линии или просмотр /var/log/kern.log или dmesg для любых конкретных деталей файловой системы. Я не могу придумать никаких других причин, по которым он устанавливается только для чтения.
Это, скорее всего, произошло из-за некоторой проблемы на диске. Большинство систем используют errors=remount-ro (в случае ошибок, перемонтировать как только для чтения) в локальных файловых системах, чтобы предотвратить повреждение и / или потерю данных. Поэтому может возникнуть проблема с самим приводом. Проверьте потерю данных, потому что (по крайней мере, в моем опыте) это часто происходит, когда привод терпит неудачу. Даже remount-ro не может остановить сам привод. Если это так, вам может потребоваться следующее: вернуть данные с помощью инструментов восстановления данных на основе Linux
Если ваш жесткий диск не работает, я могу предложить только проверку оборудования по всей линии или просмотр /var/log/kern.log или dmesg для любых конкретных деталей файловой системы. Я не могу придумать никаких других причин, по которым он устанавливается только для чтения.