upgrade läuft auf Fehler

flandste · December 29, 2020 at 10:38 PM

Quote from hyle
Hab jetzt nicht weiter alles verfolgt, aber mein Eintrag für die /boot in der fstab lautet:
Code
PARTUUID=6cc46aad-01  /boot           vfat    defaults          0       2
Die PARTUUID ist natürlich eine andere.

//Edit:
Btw. Zeig mal die Ausgabe von ls -lisa /boot um auch die Inodes zu sehen.

Der Eintrag in der fstab war eigentlich von Anfang an so:

PARTUUID=47cb15c6-01 /boot vfat defaults 0 2

Bot · Vor 5 Minuten

upgrade läuft auf Fehler? Schau mal ob du hier fündig wirst!

Jürgen Böhm · December 29, 2020 at 10:41 PM

Versuchs mal vorher mit:

sudo su -

und dann:

chown -cR root:root /boot

Mit exit bzw. mit den Tasten Strg + d kommst da wieder raus

MfG

Jürgen

**hyle** · December 29, 2020 at 10:45 PM Official Post

Jürgen Böhm Er war schon root, z.B.:

Quote from flandste

root@raspberrypi3:/#

Hier stimmt etwas ganz und gar nicht, aber ich sehe einfach nicht was es ist.

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

flandste · December 29, 2020 at 10:46 PM

Hallo Jürgen,

leider nein - keine Berechtigung... - wie oben

Jürgen Böhm · December 30, 2020 at 12:24 AM

Kannst Du mal die Ausgabe von:

cat /proc/cmdline

geben?

hyle Kann das Overlay File System gesetzt sein?

MfG

juergen

**hyle** · December 30, 2020 at 12:29 AM Official Post

Quote from Jürgen Böhm

Kann das Overlay File System gesetzt sein?

Gute Frage!

flandste Was ist die Ausgabe von findmnt?

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

Jürgen Böhm · December 30, 2020 at 12:51 AM

Einen Reparaturversuch hätte ich da auch noch zu bieten,

nicht das der Kernel wg. Fehlern die Partition readonly mountet.

Das sollte aber von der SD aus gemacht werden, also von der SD booten und dann das ausführen:

sudo fsck.vfat -w -r -l -a -v -t /dev/sda1

MfG

Jürgen

flandste · December 30, 2020 at 7:49 AM

Hallo zusammen, hier die Ausgaben

Code

pi@raspberrypi3 ~ $ cat /proc/cmdline

coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 bcm2708_fb.fbwidth=952 bcm2708_fb.fbheight=749 bcm2708_fb.fbswap=1 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000 dwc_otg.lpm_enable=0 console=ttyS0,115200 kgdboc=ttyS0,115200 console=tty1 root=PARTUUID=47cb15c6-02 rootfstype=ext4 elevator=deadline rootwait


pi@raspberrypi3 ~ $ findmnt

TARGET SOURCE FSTYPE OPTIONS
/ /dev/sda2 ext4 rw,noatime
├─/dev devtmpfs devtmpfs rw,relatime,size=413848k,nr_inodes=103462,mode=755
│ ├─/dev/shm tmpfs tmpfs rw,nosuid,nodev
│ ├─/dev/pts devpts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000
│ └─/dev/mqueue mqueue mqueue rw,relatime
├─/sys sysfs sysfs rw,nosuid,nodev,noexec,relatime
│ ├─/sys/kernel/security securityfs securityfs rw,nosuid,nodev,noexec,relatime
│ ├─/sys/fs/cgroup tmpfs tmpfs ro,nosuid,nodev,noexec,mode=755
│ │ ├─/sys/fs/cgroup/unified cgroup2 cgroup2 rw,nosuid,nodev,noexec,relatime,nsdelegate
│ │ ├─/sys/fs/cgroup/systemd cgroup cgroup rw,nosuid,nodev,noexec,relatime,xattr,name=systemd
│ │ ├─/sys/fs/cgroup/cpuset cgroup cgroup rw,nosuid,nodev,noexec,relatime,cpuset
│ │ ├─/sys/fs/cgroup/net_cls,net_prio cgroup cgroup rw,nosuid,nodev,noexec,relatime,net_cls,net_prio
│ │ ├─/sys/fs/cgroup/cpu,cpuacct cgroup cgroup rw,nosuid,nodev,noexec,relatime,cpu,cpuacct
│ │ ├─/sys/fs/cgroup/devices cgroup cgroup rw,nosuid,nodev,noexec,relatime,devices
│ │ ├─/sys/fs/cgroup/freezer cgroup cgroup rw,nosuid,nodev,noexec,relatime,freezer
│ │ ├─/sys/fs/cgroup/blkio cgroup cgroup rw,nosuid,nodev,noexec,relatime,blkio
│ │ ├─/sys/fs/cgroup/perf_event cgroup cgroup rw,nosuid,nodev,noexec,relatime,perf_event
│ │ └─/sys/fs/cgroup/pids cgroup cgroup rw,nosuid,nodev,noexec,relatime,pids
│ ├─/sys/fs/bpf none bpf rw,nosuid,nodev,noexec,relatime,mode=700
│ ├─/sys/kernel/debug debugfs debugfs rw,relatime
│ └─/sys/kernel/config configfs configfs rw,relatime
├─/proc proc proc rw,relatime
│ └─/proc/sys/fs/binfmt_misc systemd-1 autofs rw,relatime,fd=37,pgrp=1,timeout=0,minproto=5,maxproto=5,direct
├─/run tmpfs tmpfs rw,nosuid,nodev,mode=755
│ ├─/run/lock tmpfs tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k
│ ├─/run/rpc_pipefs sunrpc rpc_pipefs rw,relatime
│ └─/run/user/1000 tmpfs tmpfs rw,nosuid,nodev,relatime,size=89424k,mode=700,uid=1000,gid=1000
├─/boot /dev/sda1 vfat rw,relatime,sync,gid=100,fmask=0117,dmask=0007,allow_utime=0020,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro
└─/media/NAS //10.0.0.60/raspberry3
cifs rw,relatime,vers=2.1,cache=strict,username=pi,uid=1000,forceuid,gid=1000,forcegid,addr=10.0.0.60,file_mode=0755,dir_mode=0755,soft

pi@raspberrypi3 ~ $ sudo fsck.vfat -w -r -l -a -v -t /dev/sda1
fsck.fat 4.1 (2017-01-24)
Checking we can access the last sector of the filesystem
Boot sector contents:
System ID "mkfs.fat"
Media byte 0xf8 (hard disk)
       512 bytes per logical sector
      4096 bytes per cluster
        32 reserved sectors
First FAT starts at byte 16384 (sector 32)
         2 FATs, 32 bit entries
    507904 bytes per FAT (= 992 sectors)
Root directory start at cluster 2 (arbitrary size)
Data area starts at byte 1032192 (sector 2016)
    126212 data clusters (516964352 bytes)
63 sectors/track, 255 heads
      2048 hidden sectors
   1011712 sectors total
Checking file /
Checking file /System Volume Information (SYSTEM~1)
Checking file /bcm2708-rpi-b.dtb (BCM270~1.DTB)
Checking file /bcm2708-rpi-b-plus.dtb (BCM270~2.DTB)
Checking file /bcm2708-rpi-b-rev1.dtb (BCM270~3.DTB)
Checking file /bcm2708-rpi-cm.dtb (BCM270~4.DTB)
Checking file /bcm2708-rpi-zero.dtb (BCM270~5.DTB)
Checking file /bcm2708-rpi-zero-w.dtb (BCM270~6.DTB)
Checking file /bcm2709-rpi-2-b.dtb (BCM270~7.DTB)
Checking file /bcm2710-rpi-2-b.dtb (BCM271~1.DTB)
Checking file /bcm2710-rpi-3-b.dtb (BCM271~2.DTB)
Checking file /bcm2710-rpi-3-b-plus.dtb (BCM271~3.DTB)
Checking file /bcm2710-rpi-cm3.dtb (BCM271~4.DTB)
Checking file /bcm2711-rpi-400.dtb (BCM271~5.DTB)
Checking file /bcm2711-rpi-4-b.dtb (BCM271~6.DTB)
Checking file /bcm2711-rpi-cm4.dtb (BCM271~7.DTB)
Checking file /bootcode.bin (BOOTCODE.BIN)
Checking file /COPYING.linux (COPYIN~1.LIN)
Checking file /cmdline_SSD.txt (CMDLIN~1.TXT)
Checking file /config_SSD.txt (CONFIG~1.TXT)
Checking file /fixup4cd.dat (FIXUP4CD.DAT)
Checking file /fixup4.dat (FIXUP4.DAT)
....
Checking file /overlays/vc4-kms-v3d.dtbo (VC4-KM~3.DTB)
Checking file /overlays/vga666.dtbo (VGA666~1.DTB)
Checking file /overlays/w1-gpio-pullup.dtbo (W1-GPI~1.DTB)
Checking file /overlays/w1-gpio.dtbo (W1-GPI~2.DTB)
Checking file /overlays/w5500.dtbo (W5500~1.DTB)
Checking file /overlays/wittypi.dtbo (WITTYP~1.DTB)
Checking for bad clusters.
Reclaiming unconnected clusters.
Checking free cluster summary.
/dev/sda1: 257 files, 13905/126212 clusters

Display More

flandste · December 30, 2020 at 7:51 AM

Zusatzinfo: Die Dateien in /boot können modifiziert werden, ro dürften die nicht sein...

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

redsnapper · January 2, 2021 at 1:04 PM

Hallo, da das Thema passt und ich auch weder in Netz noch im Forum etwas darüber gefunden habe:

Mein raspbian upgrade bricht beim Lesen der changelogs bei 58% ab: Meldung " watchdog0 watchdog did not stop". Dann bootet der Raspi neu und ein sudo apt-get upgrade will wieder von vorne anfangen und die gleichen Pakete laden.

Würde in meinem Fall der Vorschlag mit den new pkgs auch Sinn machen oder habe ich ein Problem mit watchdog?

Vielen Dank!

Andreas

rpi444 · January 2, 2021 at 1:21 PM

Quote from redsnapper

Mein raspbian upgrade bricht beim Lesen der changelogs bei 58% ab: Meldung " watchdog0 watchdog did not stop". Dann bootet der Raspi neu und ein sudo apt-get upgrade will wieder von vorne anfangen und die gleichen Pakete laden.
Würde in meinem Fall der Vorschlag mit den new pkgs auch Sinn machen oder habe ich ein Problem mit watchdog?

Die Frage ist, was passiert beim Lesen der changelogs, weil der watchdog evtl. deinen PI rebootet?

Mach mal nur eine Simulation und poste die Ausgabe von:

Code

apt-get -s upgrade --with-new-pkgs

(d. h. ohne sudo).

flandste · January 3, 2021 at 11:30 AM

Ein gutes Neues Jahr!

Habe die vermutliche Ursache gefunden, aber nur eine "Umgehungs"-Lösung:

die Rechte des Verzeichnisses /boot sind gemountet

drwxrwx--- 5 root users 4096 Jan 1 1970 boot

ungemountet aber

drwxr-xr-x 4 root root 4096 Jan 3 09:41 boot

der Eintrag in der fstab ist

proc /proc proc defaults 0 0

PARTUUID=47cb15c6-01 /boot vfat defaults 0 2

PARTUUID=47cb15c6-02 / ext4 defaults,noatime 0

habe mal /dev/sda1 ausgehängt und in /boot die Dateien aus einer Buster-Installation reinkopiert - dann passen die User/Group-Rechte, etc.

Dann ein apt-gt update / upgrade gemacht - alles ok...., läuft durch

den Inhalt der aktuellen /boot wegkopiert, die /dev/sda1 wieder gemountet und die Dateien im gemounteten /boot durch die Kopie von vorhin ersetzt

dann ist wieder alles ok, reboot ist möglich, apt-get upgrade läuft nicht mehr auf Fehler.

ist für mich erstmal ok, ich vermute aber trotzdem noch ein Problem mit den Rechten/Owner/... von /boot

Hat da jemand eine Idee dazu?

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

luft-post · July 6, 2021 at 11:48 PM

moin,

hast du usbmount installiert? dann schau mal bitte hier

Thread

diverse dpkg-divert Fehler nach Boot Datei wiederherstellung

Guten Tag zusammen,

ich hatte vor einiger Zeit ein paar Probleme mit meinen PI4 mit Buster drauf für mein Iobroker.

Nicht so Linux erfahren habe ich mich an die Problembehebung gemacht und auf jeden Fall den PI4 wieder zum laufen bekommen

Aber dabei wohl das System "verbeult"

Ich glaube ich brauche jetzt mal etwas Hilfe oder jemanden der mich etwas an die Hand nimmt.

Erstmal mein aktuelles Fehlerbild:

Wenn ich z.B. nmap installieren möchte bekomme ich jetzt immer diese dpkg Fehler, hier mal ein log…

luft-post

July 6, 2021 at 1:39 PM

ab post 21

gruß

Matthias

upgrade läuft auf Fehler

diverse dpkg-divert Fehler nach Boot Datei wiederherstellung

Participate now!

Similar Threads

nach Update keine Erkennung am USB Port mehr

Pi4 bootet nach Update && Upgrade nicht mehr

Fehler beim upgrade auf buster

curl: symbol lookup error - Ich komm nicht weiter

Raspberry Pi 4 Übertakten nicht möglich

Neuer Kernel verfügbar

Tags