Gparted не обнаруживает доступное пространство в томе LVM
Я пытаюсь уменьшить текущий раздел, чтобы можно было увеличить другой раздел, который я использую для другой ОС. Я пробовал это с загрузочного USB, и желтое пространство в GParted заполняет раздел.
Когда я запускаю df -h , я вижу 1,7 ТБ доступного дискового пространства.
sudo do-release-upgrade -d Процесс завершается ошибкой с сообщением об ошибках ppas, но в файлах журнала отображается ...
Недавно я обновился с 16.04 до 18.04.4 LTS, и теперь хочу снова обновить до 20.04 LTS, используя
sudo do-release-upgrade -d
Процесс завершается ошибкой с сообщением об ошибках ppas, но файлы журнала показывают, что проблема связана с конфликтами ubuntu-standard и lsof. Похоже, что он не может разрешить конфликт между lsof: amd и lsof: i386. Я попытался удалить их и переустановить, но пока ничего не помогло.
Могу ли я что-нибудь сделать, или мне следует подождать и надеяться, что это разрешится сопровождающими пакета?
Starting pkgProblemResolver with broken count: 1
Starting 2 pkgProblemResolver with broken count: 1
Investigating (0) ubuntu-standard:amd64 < 1.417.4 -> 1.450.1 @ii umU Ib >
Broken ubuntu-standard:amd64 Depends on lsof:amd64 < 4.89+dfsg-0.1 | 4.93.2+dfsg-1 @ii ugR >
Considering lsof:amd64 0 as a solution to ubuntu-standard:amd64 2
Added lsof:amd64 to the remove list
Fixing ubuntu-standard:amd64 via keep of lsof:amd64
MarkKeep lsof:amd64 < 4.89+dfsg-0.1 | 4.93.2+dfsg-1 @ii ugR > FU=0
Investigating (0) lsof:amd64 < 4.89+dfsg-0.1 | 4.93.2+dfsg-1 @ii ugH Ib >
Broken lsof:amd64 Conflicts on lsof:i386 < none -> 4.93.2+dfsg-1 @un umN Ib >
Considering lsof:i386 4 as a solution to lsof:amd64 0
Re-Instated lsof:amd64
Investigating (1) lsof:i386 < none -> 4.93.2+dfsg-1 @un umN Ib >
Broken lsof:i386 Conflicts on lsof:amd64 < 4.89+dfsg-0.1 -> 4.93.2+dfsg-1 @ii ugU Ib >
Considering lsof:amd64 0 as a solution to lsof:i386 4
Added lsof:amd64 to the remove list
Conflicts//Breaks against version 4.89+dfsg-0.1 for lsof but that is not InstVer, ignoring
Fixing lsof:i386 via remove of lsof:amd64
MarkDelete lsof:amd64 < 4.89+dfsg-0.1 -> 4.93.2+dfsg-1 @ii ugU Ib > FU=0
Investigating (1) ubuntu-standard:amd64 < 1.417.4 -> 1.450.1 @ii umU Ib >
Broken ubuntu-standard:amd64 Depends on lsof:amd64 < 4.89+dfsg-0.1 | 4.93.2+dfsg-1 @ii ugR >
Considering lsof:amd64 0 as a solution to ubuntu-standard:amd64 2
Added lsof:amd64 to the remove list
Fixing ubuntu-standard:amd64 via keep of lsof:amd64
MarkKeep lsof:amd64 < 4.89+dfsg-0.1 | 4.93.2+dfsg-1 @ii ugR > FU=0
Investigating (1) lsof:amd64 < 4.89+dfsg-0.1 | 4.93.2+dfsg-1 @ii ugH Ib >
Broken lsof:amd64 Conflicts on lsof:i386 < none -> 4.93.2+dfsg-1 @un umN Ib >
Considering lsof:i386 4 as a solution to lsof:amd64 0
Removing lsof:amd64 rather than change lsof:i386
MarkDelete lsof:amd64 < 4.89+dfsg-0.1 | 4.93.2+dfsg-1 @ii ugH Ib > FU=0
Investigating (2) ubuntu-standard:amd64 < 1.417.4 -> 1.450.1 @ii umU Ib >
Broken ubuntu-standard:amd64 Depends on lsof:amd64 < 4.89+dfsg-0.1 | 4.93.2+dfsg-1 @ii ugR >
Considering lsof:amd64 0 as a solution to ubuntu-standard:amd64 2
Added lsof:amd64 to the remove list
Fixing ubuntu-standard:amd64 via keep of lsof:amd64
MarkKeep lsof:amd64 < 4.89+dfsg-0.1 | 4.93.2+dfsg-1 @ii ugR > FU=0
Investigating (2) lsof:amd64 < 4.89+dfsg-0.1 | 4.93.2+dfsg-1 @ii ugH Ib >
Broken lsof:amd64 Conflicts on lsof:i386 < none -> 4.93.2+dfsg-1 @un umN Ib >
Considering lsof:i386 4 as a solution to lsof:amd64 2
Removing lsof:amd64 rather than change lsof:i386
MarkDelete lsof:amd64 < 4.89+dfsg-0.1 | 4.93.2+dfsg-1 @ii ugH Ib > FU=0
Investigating (3) ubuntu-standard:amd64 < 1.417.4 -> 1.450.1 @ii umU Ib >
Broken ubuntu-standard:amd64 Depends on lsof:amd64 < 4.89+dfsg-0.1 | 4.93.2+dfsg-1 @ii ugR >
Considering lsof:amd64 4 as a solution to ubuntu-standard:amd64 2
MarkKeep ubuntu-standard:amd64 < 1.417.4 -> 1.450.1 @ii umU Ib > FU=0
Reinst Failed because of lsof:amd64
MarkKeep ubuntu-standard:amd64 < 1.417.4 -> 1.450.1 @ii umU Ib > FU=0
Removing ubuntu-standard:amd64 rather than change lsof:amd64
...
DEBUG The package 'ubuntu-standard' is marked for removal but it's in the removal blacklist
ERROR Dist-upgrade failed: 'The package 'ubuntu-standard' is marked for removal but it is in the removal blacklist.'
РЕДАКТИРОВАТЬ: по запросу, вот результат apt-cache policy ubuntu-standard lsof lsof: i386
ubuntu-standard:
Installed: 1.417.4
Candidate: 1.417.4
Version table:
*** 1.417.4 500
500 http://ca.archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages
100 /var/lib/dpkg/status
1.417 500
500 http://ca.archive.ubuntu.com/ubuntu bionic/main amd64 Packages
lsof:
Installed: 4.89+dfsg-0.1
Candidate: 4.89+dfsg-0.1
Version table:
*** 4.89+dfsg-0.1 500
500 http://ca.archive.ubuntu.com/ubuntu bionic/main amd64 Packages
100 /var/lib/dpkg/status
lsof:i386:
Installed: (none)
Candidate: 4.89+dfsg-0.1
Version table:
4.89+dfsg-0.1 500
500 http://ca.archive.ubuntu.com/ubuntu bionic/main i386 Packages
Я также пробовал обновиться до 19.10 в качестве промежуточного шага, но та же самая проблема lsof блокирует его.
1 ответ
С некоторой помощью N0rbert я определил, что проблема с моим обновлением - старые пакеты i386 наряду с моей установкой amd64. Я попробовал несколько способов удалить эту архитектуру, как это было предложено при поиске в Интернете. Все они терпели неудачу с проблемами зависимости, пока я не наткнулся на этот ответ от PythoNic. Его предположение, что aptitude лучше, чем apt-get, тоже было верным. Ошибка apt-get также связана с проблемами с зависимостями.
# install aptitude if you don't already have it
sudo apt-get install aptitude
# get rid of all the :i386 versions of packages
# apt-get failed on this, but aptitude suggested a way to do it
sudo aptitude purge `dpkg --get-selections | grep ":i386" | awk '{print $1}'`
# stick with amd64 architecture
dpkg --remove-architecture i386
Сейчас выполняется обновление до 20.04.