apt full-upgrade Error
-
@thomas-braun sagte in apt full-upgrade Error:
Brech den Prozess ab, lösche den apt cache, hoffe das die Datenbank nicht schief ist und hau den xserver raus.
war fertig, hab dann das mit dem x-Server gemacht.
Dann nochmal
sudo apt cleannega@ubuntu:~$ df -h Filesystem Size Used Avail Use% Mounted on udev 947M 0 947M 0% /dev tmpfs 199M 1.1M 198M 1% /run /dev/mapper/ubuntu--vg-ubuntu--lv 8.8G 8.4G 0 100% / tmpfs 992M 0 992M 0% /dev/shm tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs 992M 0 992M 0% /sys/fs/cgroup /dev/sda2 974M 306M 601M 34% /boot /dev/loop3 64M 64M 0 100% /snap/core20/1852 /dev/loop0 56M 56M 0 100% /snap/core18/2721 /dev/loop1 56M 56M 0 100% /snap/core18/2714 /dev/loop2 64M 64M 0 100% /snap/core20/1828 /dev/loop5 92M 92M 0 100% /snap/lxd/24061 /dev/loop4 92M 92M 0 100% /snap/lxd/23991 /dev/loop6 50M 50M 0 100% /snap/snapd/18596 /dev/loop7 50M 50M 0 100% /snap/snapd/18357 tmpfs 199M 0 199M 0% /run/user/1000Sollten eigentl. 400 MB frei sein.
Sagt aber 0 MB verfügbar.Hab jetzt mal einen Reboot gemacht.
hat nichts gebracht
Last login: Tue Mar 28 20:35:34 2023 from 10.0.1.31 /usr/bin/xauth: unable to write authority file /home/nega/.Xauthority-n nega@ubuntu:~$ df -h Filesystem Size Used Avail Use% Mounted on udev 947M 0 947M 0% /dev tmpfs 199M 1.1M 198M 1% /run /dev/mapper/ubuntu--vg-ubuntu--lv 8.8G 8.4G 0 100% / tmpfs 992M 0 992M 0% /dev/shm tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs 992M 0 992M 0% /sys/fs/cgroup /dev/sda2 974M 306M 601M 34% /boot /dev/loop3 64M 64M 0 100% /snap/core20/1852 /dev/loop6 50M 50M 0 100% /snap/snapd/18357 /dev/loop1 56M 56M 0 100% /snap/core18/2714 /dev/loop4 92M 92M 0 100% /snap/lxd/23991 /dev/loop5 92M 92M 0 100% /snap/lxd/24061 /dev/loop7 50M 50M 0 100% /snap/snapd/18596 /dev/loop0 56M 56M 0 100% /snap/core18/2721 /dev/loop2 64M 64M 0 100% /snap/core20/1828 tmpfs 199M 12K 199M 1% /run/user/117 tmpfs 199M 4.0K 199M 1% /run/user/1000
nega@ubuntu:~$ sudo apt remove xserver-xorg-core [sudo] password for nega: Reading package lists... Done Building dependency tree Reading state information... Done Package 'xserver-xorg-core' is not installed, so not removed 0 upgraded, 0 newly installed, 0 to remove and 84 not upgraded. nega@ubuntu:~$ sudo apt autoremove Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 0 to remove and 84 not upgraded. nega@ubuntu:~$ -
Backup eingespielt und etwas gesäubert
nega@ubuntu:~$ sudo apt autoremove Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: linux-headers-5.4.0-139 linux-headers-5.4.0-139-generic linux-image-5.4.0-139-generic linux-modules-5.4.0-139-generic linux-modules-extra-5.4.0-139-generic 0 upgraded, 0 newly installed, 5 to remove and 96 not upgraded. After this operation, 380 MB disk space will be freed. Do you want to continue? [Y/n] Y (Reading database ... 188197 files and directories currently installed.) Removing linux-headers-5.4.0-139-generic (5.4.0-139.156) ... Removing linux-headers-5.4.0-139 (5.4.0-139.156) ... Removing linux-modules-extra-5.4.0-139-generic (5.4.0-139.156) ... Removing linux-image-5.4.0-139-generic (5.4.0-139.156) ... /etc/kernel/postrm.d/initramfs-tools: update-initramfs: Deleting /boot/initrd.img-5.4.0-139-generic /etc/kernel/postrm.d/zz-update-grub: Sourcing file `/etc/default/grub' Sourcing file `/etc/default/grub.d/init-select.cfg' Generating grub configuration file ... Found linux image: /boot/vmlinuz-5.4.0-146-generic Found initrd image: /boot/initrd.img-5.4.0-146-generic Found linux image: /boot/vmlinuz-5.4.0-144-generic Found initrd image: /boot/initrd.img-5.4.0-144-generic Found linux image: /boot/vmlinuz-5.4.0-137-generic Found initrd image: /boot/initrd.img-5.4.0-137-generic done Removing linux-modules-5.4.0-139-generic (5.4.0-139.156) ... nega@ubuntu:~$ df -h Filesystem Size Used Avail Use% Mounted on udev 947M 0 947M 0% /dev tmpfs 199M 1016K 198M 1% /run /dev/mapper/ubuntu--vg-ubuntu--lv 8.8G 7.9G 460M 95% / tmpfs 992M 0 992M 0% /dev/shm tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs 992M 0 992M 0% /sys/fs/cgroup /dev/loop0 56M 56M 0 100% /snap/core18/2721 /dev/sda2 974M 306M 601M 34% /boot /dev/loop2 64M 64M 0 100% /snap/core20/1828 /dev/loop3 64M 64M 0 100% /snap/core20/1852 /dev/loop1 56M 56M 0 100% /snap/core18/2714 /dev/loop4 92M 92M 0 100% /snap/lxd/23991 /dev/loop5 92M 92M 0 100% /snap/lxd/24061 /dev/loop7 50M 50M 0 100% /snap/snapd/18596 /dev/loop6 50M 50M 0 100% /snap/snapd/18357 tmpfs 199M 0 199M 0% /run/user/1000Morgen dann mit hier dann vergrößern.
-
-
@thomas-braun, @Negalein Bei mir reichen für den Unifi-Controller 3 GB. Da hat es also definitiv etwas anderes.
-
@negalein Warum sicherst du die Einstellungen (und Statistiken) nicht einfach, setzt alles neu auf und spielst das Backup wieder zurück?
-
@dr-bakterius sagte in apt full-upgrade Error:
Bei mir reichen für den Unifi-Controller 3 GB.
Ja, sowas um den Dreh würde ich in einer 'rohen' VM erwarten, in der sonst nichts anderes noch mitläuft. Ohne Desktop-Overhead dann auch nochmal deutlich weniger.
-
@dr-bakterius sagte in apt full-upgrade Error:
Warum sicherst du die Einstellungen (und Statistiken) nicht einfach, setzt alles neu auf und spielst das Backup wieder zurück?
habe ich für heute geplant.
Und dann gleich in einem Proxmox LXC und weg von Synology VM. -
@Thomas-Braun Bei mir ist kein Desktop installiert - wozu auch? Leider habe ich oben RAM und HD verwechselt. Die HD ist mit 5 GB belegt (wobei die logs fast 1 GB ausmachen und die Backups und der Cache ein weiteres GB). Also doch gut 3 GB.
-
@dr-bakterius sagte in apt full-upgrade Error:
setzt alles neu auf und spielst das Backup wieder zurück
Servus
Da du auch Unifi hast, könntest du mir eventuell eine Frage beantworten.
Wenn ich den LXC aufsetze und den Controller installiere, muss beim Restore der alte Controller aus sein?
Und muss der neue Controller die selbe IP wie der alte haben?Danke
-
@negalein sagte in apt full-upgrade Error:
Wenn ich den LXC aufsetze und den Controller installiere, muss beim Restore der alte Controller aus sein?
Es kommt darauf an. Siehe weiter unten wie ich das meine.
Und muss der neue Controller die selbe IP wie der alte haben?
Müssen nicht. Du wirst deine Unifi-Geräte (wahrscheinlich auch bei gleicher IP) im neuen Controller adoptieren müssen. Daher davor die Geräte mit dem alten Controller zurücksetzen. Dann sollten sie bereit sein sich mit dem neuen Controller zu verbinden. Falls das nicht klappt, kann man sich auch per Console mit dem Gerät verbinden und dort die Adoption anstoßen. Wie das geht findest du sicher über eine Suchmaschine.
Aber du kannst es auch mit der gleichen IP versuchen. Dann sind sie vielleicht gleich automatisch verbunden. Da darf dann der alte Controller aber natürlich nicht mehr laufen.
Ich musste die Restore-Funktion zum Glück noch nie verwenden.
