Monatsrückblick Januar/Februar 2026 ist online!

[Ein ehemaliger Benutzer]

@oetti:

Mach mal````
df -h

Gruß

oetti `  

Hallo oetti,

hier kommt meine Ausgabe:

Dateisystem                      Größe Benutzt Verf. Verw% Eingehängt auf
udev                              1,9G       0  1,9G    0% /dev
tmpfs                             388M    6,1M  381M    2% /run
/dev/mapper/nuciobroker--vg-root   54G    8,3G   43G   17% /
tmpfs                             1,9G       0  1,9G    0% /dev/shm
tmpfs                             5,0M    4,0K  5,0M    1% /run/lock
tmpfs                             1,9G       0  1,9G    0% /sys/fs/cgroup
/dev/sda2                         473M    465M     0  100% /boot
/dev/sda1                         511M    4,7M  507M    1% /boot/efi
tmpfs                             388M       0  388M    0% /run/user/119
tmpfs                             388M       0  388M    0% /run/user/1000

Die 100 % bei /dev/sda2 sehen ja verdächtig aus. Aber was kann man da machen?

Hier noch die Ausgabe von mount:

sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=1960608k,nr_inodes=490152,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=396328k,mode=755)
/dev/mapper/nuciobroker--vg-root on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=39,pgrp=1,timeout=0,minproto=5,maxproto=5,direct)
mqueue on /dev/mqueue type mqueue (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
/dev/sda2 on /boot type ext2 (rw,relatime,block_validity,barrier,user_xattr,acl)
/dev/sda1 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
tmpfs on /run/user/119 type tmpfs (rw,nosuid,nodev,relatime,size=396328k,mode=700,uid=119,gid=126)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=396328k,mode=700,uid=1000,gid=1000)
tracefs on /sys/kernel/debug/tracing type tracefs (rw,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)

Und hier die Ausgabe von fdisk:

Medium /dev/sda: 59,6 GiB, 64023257088 Bytes, 125045424 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 512 Bytes
I/O Größe (minimal/optimal): 512 Bytes / 512 Bytes
Typ der Medienbezeichnung: gpt
Medienkennung: 27C69759-7385-4C6F-8E48-E4F0D30868A3

Gerät        Start      Ende  Sektoren Größe Typ
/dev/sda1     2048   1050623   1048576  512M EFI System
/dev/sda2  1050624   2050047    999424  488M Linux filesystem
/dev/sda3  2050048 125044735 122994688 58,7G Linux LVM

Medium /dev/mapper/nuciobroker--vg-root: 54,7 GiB, 58758004736 Bytes, 114761728 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 512 Bytes
I/O Größe (minimal/optimal): 512 Bytes / 512 Bytes

Medium /dev/mapper/nuciobroker--vg-swap_1: 3,9 GiB, 4211081216 Bytes, 8224768 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 512 Bytes
I/O Größe (minimal/optimal): 512 Bytes / 512 Bytes

Wenn ich das richtig deute, sollte man dem Linux filesystem (/dev/sda2) mehr Speicher geben, oder?

[apollon77]

Keine Ahnung warum Ihr hier in die Plattenplatz-Richtung sicht … aber lest doch bitte mal genal ...

> git binary not found

also:````
apt-get install git

Ende

[Ein ehemaliger Benutzer]

@apollon77:

Keine Ahnung warum Ihr hier in die Plattenplatz-Richtung sicht … aber lest doch bitte mal genal ...
> git binary not found
also:````
apt-get install git

Ende `  

Den Befehl hatte ich gleich zu Anfang ausgeführt, siehe mein erster Beitrag. Es kommt dann die Meldung, dass abhängige Pakete installiert werden sollen. Und damit fangen dann die Probleme an, weil sich diese anderen Pakete nicht installieren lassen. In den Meldungen steht etwas von voller Festplatte. Hier ein Auszug, steht aber auch in den Meldungen weiter oben: "Extrahierte Daten für »./boot/vmlinuz-4.4.0-130-generic« können nicht nach »/boot/vmlinuz-4.4.0-130-generic.dpkg-new« kopiert werden: Es konnte nicht geschrieben werden (Auf dem Gerät ist kein Speicherplatz mehr verfügbar)"

Hier die Meldung, wenn ich sudo apt-get install git eingebe:

` > Paketlisten werden gelesen… Fertig

Abhängigkeitsbaum wird aufgebaut.

Statusinformationen werden eingelesen.... Fertig

Probieren Sie »apt-get -f install«, um dies zu korrigieren:

Die folgenden Pakete haben unerfüllte Abhängigkeiten:

git : Hängt ab von: liberror-perl soll aber nicht installiert werden

Hängt ab von: git-man (> 1:2.7.4) soll aber nicht installiert werden

Hängt ab von: git-man (< 1:2.7.4-.) soll aber nicht installiert werden

linux-image-extra-4.4.0-130-generic : Hängt ab von: linux-image-4.4.0-130-generic soll aber nicht installiert werden

linux-signed-image-4.4.0-130-generic : Hängt ab von: linux-image-4.4.0-130-generic (= 4.4.0-130.156) soll aber nicht installiert werden

E: Unerfüllte Abhängigkeiten. Versuchen Sie »apt-get -f install« ohne Angabe eines Pakets (oder geben Sie eine Lösung an). `

[apollon77]

Ja, aber auch hier mal genau hinschauen bitte …

Der Fehler kommt bei installieren eines Kernel-Updates und liegt daran das /boot voll ist.

Das ist Dein eines Problem und hat mit git nix zu tun!

Lösung: Wie da steht von zeit zu zeit mal die angesammelten alten Kernel Versionen aufräumen:

sudo apt autoremove

Dann neu versuchen die aktuell ausstehenden Updates zu installieren um alles mal aktuell zu machen.

Warum die Abhängigkeiten von git nicht gehen ist das zweite Thema.

Fixe das erste dann weitersehen

[oetti]

Dafür war "df" ja gedacht, und bestätigt apollon77's Aussage

Dateisystem                      Größe Benutzt Verf. Verw% Eingehängt auf
/dev/sda2                         473M    465M     0  100% /boot

/boot ist voll. Den Lösungsansatz hat dir apollon77 schon gegeben.

Gruß

oetti

[Ein ehemaliger Benutzer]

Das boot voll ist hatte ich ja weiter oben selber bereits erkannt, siehe mein Zitat "Die 100 % bei /dev/sda2 sehen ja verdächtig aus. Aber was kann man da machen?"…

Leider hat "sudo apt autoremove" keine Besserung gebracht. Wenn ich diesen Befehl eingebe kommt wieder etwas mit fehlenden Abhängigkeiten, siehe folgende Meldung:

Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Probieren Sie »apt-get -f install«, um dies zu korrigieren.
Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 linux-image-extra-4.4.0-130-generic : Hängt ab von: linux-image-4.4.0-130-generic ist aber nicht installiert
 linux-signed-image-4.4.0-130-generic : Hängt ab von: linux-image-4.4.0-130-generic (= 4.4.0-130.156) ist aber nicht installiert
E: Unerfüllte Abhängigkeiten. Versuchen Sie, -f zu benutzen.

Der empfohlene Befehl "apt-get -f install" bringt wieder die Meldungen mit dem vollen Speicher, siehe weiter oben.

Wenn autoremove nichts bringt sollte ich versuchen die alten Kernel-Dateien manuell zu löschen? Wie gehe ich dabei vor (Befehl rm?) bzw. welche Dateien sind das überhaupt? Wenn ich mit ls alle Dateien von /boot anzeigen lasse, erhalte ich folgende Auflistung:

abi-4.4.0-109-generic         retpoline-4.4.0-116-generic
abi-4.4.0-112-generic         retpoline-4.4.0-121-generic
abi-4.4.0-116-generic         retpoline-4.4.0-122-generic
abi-4.4.0-121-generic         retpoline-4.4.0-124-generic
abi-4.4.0-122-generic         retpoline-4.4.0-127-generic
abi-4.4.0-124-generic         retpoline-4.4.0-128-generic
abi-4.4.0-127-generic         System.map-4.4.0-109-generic
abi-4.4.0-128-generic         System.map-4.4.0-112-generic
config-4.4.0-109-generic      System.map-4.4.0-116-generic
config-4.4.0-112-generic      System.map-4.4.0-121-generic
config-4.4.0-116-generic      System.map-4.4.0-122-generic
config-4.4.0-121-generic      System.map-4.4.0-124-generic
config-4.4.0-122-generic      System.map-4.4.0-127-generic
config-4.4.0-124-generic      System.map-4.4.0-128-generic
config-4.4.0-127-generic      vmlinuz-4.4.0-109-generic
config-4.4.0-128-generic      vmlinuz-4.4.0-109-generic.efi.signed
efi                           vmlinuz-4.4.0-112-generic
grub                          vmlinuz-4.4.0-112-generic.efi.signed
initrd.img-4.4.0-109-generic  vmlinuz-4.4.0-116-generic
initrd.img-4.4.0-112-generic  vmlinuz-4.4.0-116-generic.efi.signed
initrd.img-4.4.0-116-generic  vmlinuz-4.4.0-121-generic
initrd.img-4.4.0-121-generic  vmlinuz-4.4.0-121-generic.efi.signed
initrd.img-4.4.0-122-generic  vmlinuz-4.4.0-122-generic
initrd.img-4.4.0-124-generic  vmlinuz-4.4.0-122-generic.efi.signed
initrd.img-4.4.0-127-generic  vmlinuz-4.4.0-124-generic
initrd.img-4.4.0-128-generic  vmlinuz-4.4.0-124-generic.efi.signed
lost+found                    vmlinuz-4.4.0-127-generic
memtest86+.bin                vmlinuz-4.4.0-127-generic.efi.signed
memtest86+.elf                vmlinuz-4.4.0-128-generic
memtest86+_multiboot.bin      vmlinuz-4.4.0-128-generic.efi.signed

[apollon77]

Dann versuch doch mal

sudo apt -f autoremove

[AingTii]

also bei mir war die Ursache eine andere.

Lösung:

sudo apt-get update

sudo apt-get upgrade

sudo apt-get install git

anschließend im iobroker dann das Amazon-Dash installiert.

Wobei ich eines nicht ganz verstehe, es geht zwar, aber beim klick auf die Einstellungen bei der Instanz

kommt nur ne Meldung: "File index.html not found"

Ist das normal?

Danke

[Ein ehemaliger Benutzer]

@apollon77:

Dann versuch doch mal

sudo apt -f autoremove `

Hat leider nicht geholfen. Es kam folgende Meldung:

Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Abhängigkeiten werden korrigiert ... Fertig
Die folgenden zusätzlichen Pakete werden Installiert
  linux-image-4.4.0-130-generic
Vorgeschlagene Pakete:
  fdutils linux-doc-4.4.0 | linux-source-4.4.0 linux-tools
Die folgenden NEUEN Pakete werden installiert:
  linux-image-4.4.0-130-generic
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 216 nicht aktualisiert.
10 nicht vollständig installiert oder entfernt.
Es müssen noch 0 B von 22,1 MB an Archiven heruntergeladen werden.
Nach dieser Operation werden 68,1 MB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] j
(Lese Datenbank ... 432856 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../linux-image-4.4.0-130-generic_4.4.0-130.156_amd64.deb ...
Examining /etc/kernel/preinst.d/
run-parts: executing /etc/kernel/preinst.d/intel-microcode 4.4.0-130-generic /boot/vmlinuz-4.4.0-130-generic
Done.
Entpacken von linux-image-4.4.0-130-generic (4.4.0-130.156) ...
dpkg: Fehler beim Bearbeiten des Archivs /var/cache/apt/archives/linux-image-4.4.0-130-generic_4.4.0-130.156_amd64.deb (--unpack):
 Extrahierte Daten für »./boot/vmlinuz-4.4.0-130-generic« können nicht nach »/boot/vmlinuz-4.4.0-130-generic.dpkg-new« kopiert werden: Es konnte nicht geschrieben werden (Auf dem Gerät ist kein Speicherplatz mehr verfügbar)
Es wurde kein Apport-Bericht verfasst, da die Fehlermeldung auf einen Fehler wegen voller Festplatte hindeutet.
                               dpkg-deb: Fehler: Unterprozess einfügen wurde durch Signal (Datenübergabe unterbrochen (broken pipe)) getötet
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 4.4.0-130-generic /boot/vmlinuz-4.4.0-130-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 4.4.0-130-generic /boot/vmlinuz-4.4.0-130-generic
Fehler traten auf beim Bearbeiten von:
 /var/cache/apt/archives/linux-image-4.4.0-130-generic_4.4.0-130.156_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

[apollon77]

Dann hab ich keine Idee … scheinbar ist da was zum Teil installiert und macht jetzt Probleme. Ich hab keine Idee mehr ... frag mal Google

[Ein ehemaliger Benutzer]

@apollon77:

Dann hab ich keine Idee … scheinbar ist da was zum Teil installiert und macht jetzt Probleme. Ich hab keine Idee mehr ... frag mal Google `

Trotzdem vielen Dank für die Hilfe bisher! Auch an oetti! Hab zumindest wieder ein bisschen was dazu gelernt.

Ich bin übrigens gerade auf das hier gestoßen: https://www.thomas-krenn.com/de/wiki/Al … _entfernen

Ich hab zwar schon Ubuntu 16.x installiert, aber vielleicht war die erste Installation vor der im Text erwähnten 15.10. Ich weiß es nicht mehr genau. Aber das könnte doch mein Problem sein, oder? Ich werde es mal versuchen und berichten…

Kleiner Nachtrag: Ich glaube der Kollege hat so ziemlich das gleich Problem. Scheint allerdings nicht ganz trivial zu sein. Da werde ich mich wohl erst am Wochenende durcharbeiten. Aber falls es wen interessiert: https://thinkpad-forum.de/threads/20904 … llgelaufen

[oetti]

Ich wäre da leidenschaftlos und würde 2 Dinge probieren (genau in der Reihenfolge).

1.````
uname -a

2\. /boot mittels gparted oder anderen Tools vergrössern oder eine neue Partition anlegen, und /boot dahin mounten

Gruß

oetti

[Ein ehemaliger Benutzer]

GESCHAFFT!!! :lol:

Danke oetti! Mit rm konnte ich jetzt soviel Platz auf /boot schaffen, dass ich den letzten Kernel sauber nachinstallieren konnte. Dann mit autoremove weiter aufgeräumt und endlich git installiert. Dann noch libpcap-dev wie beim Dash-Button angegeben und jetzt läuft alles! Hab gerade das erste Signal von meinem Button erhalten.

Auch wenn es etwas nervig war, hab ich ne Menge über Linux dazugelernt.

Noch mal vielen Dank an oetti und apollon77!

[apollon77]

Gratuliere!