Raspi Pi4 mit Nextcloud Installation will nicht mehr hochfahren

raspling · Dec 7th 2022

Oh manno, jetzt brauche ich wieder eure Hilfe!

Habe jetzt eine USV zwischen den Raspi und die Netzvesorgung angeschlossen.

Den Raspi eigentlich heruntergefahren. Jetzt mag er nicht mehr hochfahren... erscheint nicht mehr in putty...

Booten sollte er über ssd Karte. Er hat keine sd Karte drin.

Am Raspi selbst liegt es nicht. Er fährt hoch mit einer sd Karte und einem Betriebssystem.

Wenn ich die ssd anstecke, über die eigentlich gebootet werden soll, inkl. der sd Karte, dann bootet er über die sd Karte.

Die ssd scheint aber erkannt zu werden:

Code

pi@raspi:~ $ lsblk
NAME        MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda           8:0    0  1,8T  0 disk
├─sda1        8:1    0  256M  0 part
└─sda2        8:2    0  1,8T  0 part
mmcblk0     179:0    0 59,5G  0 disk
├─mmcblk0p1 179:1    0  256M  0 part /boot
└─mmcblk0p2 179:2    0 59,2G  0 part /

Kann mir jemand helfen, was ich da tun kann?

raspling · Dec 8th 2022

Ich schätze es hat am Betriebssystem was zerschossen!?!

Prinzipiell dürfte es jetzt ja kein Problem darstellen, ich habe ja einen SSD-Klon als Backup.

Nur - wie ist die Vorgehensweise?

Muss ich von der Backup-SSD den Part des Betriebssystems zurückladen auf die 1. SSD?

Oder setzt man die Backup SSD nun als Boot-SSD ein und ändert diese entsprechend?

Es wäre wirklich toll, wenn sich hier jemand um mich kümmern könnte!

Der momentane Zustand beunruhigt mich nämlich etwas...

rpi444 · Dec 8th 2022

Quote from raspling

Habe jetzt eine USV zwischen den Raspi und die Netzvesorgung angeschlossen.

Booten sollte er über ssd Karte.

Bootet der PI jetzt noch über die "ssd-Karte", wenn Du die USV weg lässt?

raspling · Dec 8th 2022

Quote from rpi444

Bootet der PI jetzt noch über die "ssd-Karte", wenn Du die USV weg lässt?

nein, ich glaube das hat mit der USV nichts mehr direkt zu tun.

Egal von wo ich die Stromversorgung hernehme, es bootet nicht mehr von der SSD.

Mein Nextcloud System ist derzeit tot, bringe ich nicht mehr zum Laufen.

Beim Einlegen einer sd Karte mit raspian geht der raspi aber ganz normal.

Ich weiß nicht was da passiert ist. Vielleicht mehrmals ein/ausgesteckt, oder so. Vielleicht hat es da was zerschossen.

Tja, was tut man wenn er nicht mehr bootet?

Da wird es nicht viele Möglichkeiten geben.

rpi444 · Dec 8th 2022

Quote from raspling

Egal von wo ich die Stromversorgung hernehme, ...

Naja, egal ist es nicht.

Man sollte für die Stromversorgung schon das Original-Netzteil benutzen. Aber vielleicht hast Du das auch gemacht und nur, hier (warum auch immer) nicht mitgeteilt.

raspling · Dec 8th 2022

Quote from rpi444

Naja, egal ist es nicht.
Man sollte für die Stromversorgung schon das Original-Netzteil benutzen. Aber vielleicht hast Du das auch gemacht und nur, hier (warum auch immer) nicht mitgeteilt.

Zunächst hatte ich tatsächlich eine andere 5V Stromquelle benutzt, die vom USV.

Aber das Original-Netzteil, welches ich jetzt wieder probiert habe, hat die Sachlage leider nicht geändert.

rpi444 · Dec 8th 2022

Quote from raspling

Aber das Original-Netzteil, welches ich jetzt wieder probiert habe, hat die Sachlage leider nicht geändert.

OK.

Hast Du dir schon den Inhalt der boot-Partition (sda1?) auf der ssd angeschaut?

raspling · Dec 8th 2022

Quote from rpi444

OK.
Hast Du dir schon den Inhalt der boot-Partition (sda1?) auf der ssd angeschaut?

nö. Ich bin ziemlicher Anfänger, was den Syntax-Umgang betrifft, und auch wie die boot-partition auszusehen hat ...

Mit welchem Befehl?

rpi444 · Dec 8th 2022

Quote from raspling

Mit welchem Befehl?

Versuch mal mit:

Code

sudo mount /dev/sda1 /mnt

und danach:

Code

lsblk -fp
ls -la /mnt
sudo umount /mnt
lsblk -fp

fred0815 · Dec 8th 2022

Schau auch mal mit mount ob die SSD gemountet ist.

Wenn nicht lass die root-partition der SSD mal mit fsck.ext4 -f -v -y /dev/sda2 überprüfen.

framp · Dec 8th 2022

Was sagen denn die Blinkzeichen?

Quote from forums.raspberrypi.com

Model 4 (B) green LED blinks regular when the PI doesn't detect the SD-card, and irregular when it boots, if the LED stays inactive (with power on) perhaps you need to repair the BOOT EEPROM code (note ONLY the RPI4 has a boot EEPROM, so don try to update the EEPROM on any other model than the RPI4). The recommended method to recovery the BOOT EEPROM to the factory default settings is to use the Raspberry Pi Imager. https://www.raspberrypi.org/downloads/

rpi444 · Dec 8th 2022

Quote from raspling

... auch wie die boot-partition auszusehen hat ...

Kannst ja vergleichen mit der von der SD-Karte oder im Internet findest Du auch den Inhalt der /boot-Partition (... nur zum vergleichen).

https://github.com/raspberrypi/firmware/tree/master/boot

raspling · Dec 8th 2022

Danke dass du da mal drüber schaust.

Code

pi@raspi:~ $ sudo mount /dev/sda1 /mnt
pi@raspi:~ $ lsblk -fp
NAME             FSTYPE LABEL  UUID                                 FSAVAIL FSUSE% MOUNTPOINT
/dev/sda
├─/dev/sda1      vfat   boot   3772-58CD                             224,5M    12% /mnt
└─/dev/sda2      ext4          9b5c1178-f53e-45c6-b239-1df9eba69e0e
/dev/mmcblk0
├─/dev/mmcblk0p1 vfat   boot   5203-DB74                             203,9M    19% /boot
└─/dev/mmcblk0p2 ext4   rootfs 2ab3f8e1-7dc6-43f5-b0db-dd5759d51d4e   45,8G    17% /
pi@raspi:~ $ ls -la /mnt
insgesamt 20518
drwxr-xr-x  3 root root    4096 Jan  1  1970 .
drwxr-xr-x 22 root root    4096 Dez  7 23:55 ..
-rwxr-xr-x  1 root root   30170 Nov 30 19:48 bcm2710-rpi-2-b.dtb
-rwxr-xr-x  1 root root   31922 Nov 30 19:48 bcm2710-rpi-3-b.dtb
-rwxr-xr-x  1 root root   32533 Nov 30 19:48 bcm2710-rpi-3-b-plus.dtb
-rwxr-xr-x  1 root root   30157 Nov 30 19:48 bcm2710-rpi-cm3.dtb
-rwxr-xr-x  1 root root   31230 Nov 30 19:48 bcm2710-rpi-zero-2.dtb
-rwxr-xr-x  1 root root   31230 Nov 30 19:48 bcm2710-rpi-zero-2-w.dtb
-rwxr-xr-x  1 root root   52457 Nov 30 19:48 bcm2711-rpi-400.dtb
-rwxr-xr-x  1 root root   52325 Nov 30 19:48 bcm2711-rpi-4-b.dtb
-rwxr-xr-x  1 root root   52910 Nov 30 19:48 bcm2711-rpi-cm4.dtb
-rwxr-xr-x  1 root root   50224 Nov 30 19:48 bcm2711-rpi-cm4s.dtb
-rwxr-xr-x  1 root root     147 Sep 22 05:17 cmdline.txt
-rwxr-xr-x  1 root root    2109 Sep 22 04:51 config.txt
-rwxr-xr-x  1 root root   18693 Nov 30 19:48 COPYING.linux
-rwxr-xr-x  1 root root    3170 Nov 30 19:49 fixup_cd.dat
-rwxr-xr-x  1 root root    7265 Nov 30 19:49 fixup.dat
-rwxr-xr-x  1 root root   10229 Nov 30 19:49 fixup_db.dat
-rwxr-xr-x  1 root root     145 Sep 22 05:17 issue.txt
-rwxr-xr-x  1 root root 8197595 Nov 30 19:48 kernel8.img
drwxr-xr-x  2 root root   24576 Nov 30 19:49 overlays
-rwxr-xr-x  1 root root  805084 Nov 30 19:49 start_cd.elf
-rwxr-xr-x  1 root root 4818728 Nov 30 19:49 start_db.elf
-rwxr-xr-x  1 root root 2974880 Nov 30 19:49 start.elf
-rwxr-xr-x  1 root root 3721800 Nov 30 19:49 start_x.elf
pi@raspi:~ $ sudo umount /mnt
pi@raspi:~ $ lsblk -fp
NAME             FSTYPE LABEL  UUID                                 FSAVAIL FSUSE% MOUNTPOINT
/dev/sda
├─/dev/sda1      vfat   boot   3772-58CD
└─/dev/sda2      ext4          9b5c1178-f53e-45c6-b239-1df9eba69e0e
/dev/mmcblk0
├─/dev/mmcblk0p1 vfat   boot   5203-DB74                             203,9M    19% /boot
└─/dev/mmcblk0p2 ext4   rootfs 2ab3f8e1-7dc6-43f5-b0db-dd5759d51d4e   45,8G    17% /
pi@raspi:~ $

Display More

raspling · Dec 8th 2022

Quote from framp

Was sagen denn die Blinkzeichen?

Ich hab die sd Karte nochmal entnommen und über SSD versucht zu booten.

Zuerst: beide LEDs (rot und grün) leuchten paar Sekunden dauerhaft.

Dann fängt die Grüne an zu blinken: 4 mal lang gefolgt von 4 mal kurz dann längere Pause (grün aus). Das wiederholt sich. Rot ist immer an.

framp · Dec 8th 2022

Auf https://support.pishop.ca/arti…pi-act-led-error-patterns finde ich

Code

Long Short flashes     Status
0     3     Generic failure to boot
0     4     start*.elf not found
0     7     Kernel image not found
0     8     SDRAM failure
0     9     Insufficient SDRAM
0     10     In HALT state
2     1     Partition not FAT
2     2     Failed to read from partition
2     3     Extended partition not FAT
2     4     File signature/hash mismatch - Pi 4
4     4     Unsupported board type
4     5     Fatal firmware error
4     6     Power failure type A
4     7     Power failure type B

Display More

Demnach ist es unsupported board type

raspling · Dec 8th 2022

Quote from fred0815

Schau auch mal mit mount ob die SSD gemountet ist.
Wenn nicht lass die root-partition der SSD mal mit fsck.ext4 -f -v -y /dev/sda2 überprüfen.

Ich denke schon, dass die gemounted ist:

Code

pi@raspi:~ $ mount
/dev/mmcblk0p2 on / type ext4 (rw,noatime)
devtmpfs on /dev type devtmpfs (rw,relatime,size=1774180k,nr_inodes=84274,mode=755)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,relatime)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
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)
cgroup2 on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
none on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
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/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
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/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
mqueue on /dev/mqueue type mqueue (rw,relatime)
sunrpc on /run/rpc_pipefs type rpc_pipefs (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)
configfs on /sys/kernel/config type configfs (rw,relatime)
/dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=387808k,mode=700,uid=1000,gid=1000)

Display More

raspling · Dec 8th 2022

Quote from framp

Auf https://support.pishop.ca/arti…pi-act-led-error-patterns finde ich
- unsupported board type -

das ist ja echt seltsam.

Ich hab die Blinkfrequenz extra nochmal abgezählt. Es stimmt 4 x lang / 4 x kurz.

Was hat die Platte?

rpi444 · Dec 8th 2022

Quote from raspling

Danke dass du da mal drüber schaust.

Code

pi@raspi:~ $ ls -la /mnt
insgesamt 20518
drwxr-xr-x  3 root root    4096 Jan  1  1970 .
drwxr-xr-x 22 root root    4096 Dez  7 23:55 ..
-rwxr-xr-x  1 root root   30170 Nov 30 19:48 bcm2710-rpi-2-b.dtb
-rwxr-xr-x  1 root root   31922 Nov 30 19:48 bcm2710-rpi-3-b.dtb
-rwxr-xr-x  1 root root   32533 Nov 30 19:48 bcm2710-rpi-3-b-plus.dtb
-rwxr-xr-x  1 root root   30157 Nov 30 19:48 bcm2710-rpi-cm3.dtb
-rwxr-xr-x  1 root root   31230 Nov 30 19:48 bcm2710-rpi-zero-2.dtb
-rwxr-xr-x  1 root root   31230 Nov 30 19:48 bcm2710-rpi-zero-2-w.dtb
-rwxr-xr-x  1 root root   52457 Nov 30 19:48 bcm2711-rpi-400.dtb
-rwxr-xr-x  1 root root   52325 Nov 30 19:48 bcm2711-rpi-4-b.dtb
-rwxr-xr-x  1 root root   52910 Nov 30 19:48 bcm2711-rpi-cm4.dtb
-rwxr-xr-x  1 root root   50224 Nov 30 19:48 bcm2711-rpi-cm4s.dtb
-rwxr-xr-x  1 root root     147 Sep 22 05:17 cmdline.txt
-rwxr-xr-x  1 root root    2109 Sep 22 04:51 config.txt
-rwxr-xr-x  1 root root   18693 Nov 30 19:48 COPYING.linux
-rwxr-xr-x  1 root root    3170 Nov 30 19:49 fixup_cd.dat
-rwxr-xr-x  1 root root    7265 Nov 30 19:49 fixup.dat
-rwxr-xr-x  1 root root   10229 Nov 30 19:49 fixup_db.dat
-rwxr-xr-x  1 root root     145 Sep 22 05:17 issue.txt
-rwxr-xr-x  1 root root 8197595 Nov 30 19:48 kernel8.img
drwxr-xr-x  2 root root   24576 Nov 30 19:49 overlays
-rwxr-xr-x  1 root root  805084 Nov 30 19:49 start_cd.elf
-rwxr-xr-x  1 root root 4818728 Nov 30 19:49 start_db.elf
-rwxr-xr-x  1 root root 2974880 Nov 30 19:49 start.elf
-rwxr-xr-x  1 root root 3721800 Nov 30 19:49 start_x.elf

Display More

ich sehe hier keine:

Code

-rwxr-xr-x  1 root root 2250656 Nov  ## 18:43 start4.elf
-rwxr-xr-x  1 root root  805084 Nov  ## 18:43 start4cd.elf
-rwxr-xr-x  1 root root 3746856 Nov  ## 18:43 start4db.elf
-rwxr-xr-x  1 root root 2998120 Nov  ## 18:44 start4x.elf

und keine:

Code

-rwxr-xr-x  1 root root   52476 Nov  ## 18:43 bootcode.bin

Dateien. Schau mal auf deiner SD-Karte nach, mit:

Code

ls -la /boot

EDIT:

Aber wenn Du ein Backup hast, sollte das ja kein Problem sein.

EDIT 2:

BTW: Wie ist mit der SD-Karte und später wenn es von der ssd wieder geht, die Ausgabe von:

Code

uname -a

?

raspling · Dec 8th 2022

Die start-Dateien sind auf sd Karte so enthalten (also mit "4")

Code

pi@raspi:~ $ ls -la /boot
insgesamt 48654
drwxr-xr-x  4 root root    4096 Jan  1  1970  .
drwxr-xr-x 22 root root    4096 Dez  7 23:55  ..
-rwxr-xr-x  1 root root   26186 Aug 10 08:21  bcm2708-rpi-b.dtb
-rwxr-xr-x  1 root root   26457 Aug 10 08:21  bcm2708-rpi-b-plus.dtb
-rwxr-xr-x  1 root root   25797 Aug 10 08:21  bcm2708-rpi-b-rev1.dtb
-rwxr-xr-x  1 root root   26108 Aug 10 08:21  bcm2708-rpi-cm.dtb
-rwxr-xr-x  1 root root   25931 Aug 10 08:21  bcm2708-rpi-zero.dtb
-rwxr-xr-x  1 root root   27282 Aug 10 08:21  bcm2708-rpi-zero-w.dtb
-rwxr-xr-x  1 root root   27332 Aug 10 08:21  bcm2709-rpi-2-b.dtb
-rwxr-xr-x  1 root root   27481 Aug 10 08:21  bcm2710-rpi-2-b.dtb
-rwxr-xr-x  1 root root   29137 Aug 10 08:21  bcm2710-rpi-3-b.dtb
-rwxr-xr-x  1 root root   29756 Aug 10 08:21  bcm2710-rpi-3-b-plus.dtb
-rwxr-xr-x  1 root root   27469 Aug 10 08:21  bcm2710-rpi-cm3.dtb
-rwxr-xr-x  1 root root   28525 Aug 10 08:21  bcm2710-rpi-zero-2.dtb
-rwxr-xr-x  1 root root   28525 Aug 10 08:21  bcm2710-rpi-zero-2-w.dtb
-rwxr-xr-x  1 root root   50013 Aug 10 08:21  bcm2711-rpi-400.dtb
-rwxr-xr-x  1 root root   49985 Aug 10 08:21  bcm2711-rpi-4-b.dtb
-rwxr-xr-x  1 root root   50691 Aug 10 08:21  bcm2711-rpi-cm4.dtb
-rwxr-xr-x  1 root root   52460 Aug 10 08:22  bootcode.bin
-rwxr-xr-x  1 root root     144 Mär  3  2020  cmdline.txt
-rwxr-xr-x  1 root root    1854 Nov 18  2021  config.txt
-rwxr-xr-x  1 root root   18693 Aug 10 08:21  COPYING.linux
-rwxr-xr-x  1 root root    3148 Aug 10 08:22  fixup4cd.dat
-rwxr-xr-x  1 root root    5352 Aug 10 08:22  fixup4.dat
-rwxr-xr-x  1 root root    8352 Aug 10 08:22  fixup4db.dat
-rwxr-xr-x  1 root root    8354 Aug 10 08:22  fixup4x.dat
-rwxr-xr-x  1 root root    3148 Aug 10 08:22  fixup_cd.dat
-rwxr-xr-x  1 root root    7219 Aug 10 08:22  fixup.dat
-rwxr-xr-x  1 root root   10199 Aug 10 08:22  fixup_db.dat
-rwxr-xr-x  1 root root   10197 Aug 10 08:22  fixup_x.dat
-rwxr-xr-x  1 root root     145 Sep 26  2019  issue.txt
-rwxr-xr-x  1 root root 6366112 Aug 10 08:21  kernel7.img
-rwxr-xr-x  1 root root 6790336 Aug 10 08:21  kernel7l.img
-rwxr-xr-x  1 root root 7916371 Aug 10 08:21  kernel8.img
-rwxr-xr-x  1 root root 6016088 Aug 10 08:21  kernel.img
-rwxr-xr-x  1 root root    1594 Aug 10 08:22  LICENCE.broadcom
drwxr-xr-x  2 root root   20992 Aug 10 08:22  overlays
-rwxr-xr-x  1 root root  799228 Aug 10 08:22  start4cd.elf
-rwxr-xr-x  1 root root 3736808 Aug 10 08:22  start4db.elf
-rwxr-xr-x  1 root root 2239680 Aug 10 08:22  start4.elf
-rwxr-xr-x  1 root root 2991688 Aug 10 08:22  start4x.elf
-rwxr-xr-x  1 root root  799228 Aug 10 08:22  start_cd.elf
-rwxr-xr-x  1 root root 4808680 Aug 10 08:22  start_db.elf
-rwxr-xr-x  1 root root 2963904 Aug 10 08:22  start.elf
-rwxr-xr-x  1 root root 3715400 Aug 10 08:22  start_x.elf
drwxr-xr-x  2 root root     512 Jan 31  2020 'System Volume Information'
pi@raspi:~ $
pi@raspi:~ $ uname -a
Linux raspi 5.10.103-v7l+ #1529 SMP Tue Mar 8 12:24:00 GMT 2022 armv7l GNU/Linux

Display More

rpi444 · Dec 8th 2022

Quote from raspling

Die start-Dateien sind auf sd Karte so enthalten (also mit "4")

Code

-rwxr-xr-x  1 root root 6366112 Aug 10 08:21  kernel7.img
-rwxr-xr-x  1 root root 6790336 Aug 10 08:21  kernel7l.img
-rwxr-xr-x  1 root root 7916371 Aug 10 08:21  kernel8.img
-rwxr-xr-x  1 root root 6016088 Aug 10 08:21  kernel.img

pi@raspi:~ $ uname -a
Linux raspi 5.10.103-v7l+ #1529 SMP Tue Mar 8 12:24:00 GMT 2022 armv7l GNU/Linux

Mit der SD-Karte hast ja auch rpi-update gemacht (was man nicht machen sollte). Hast Du das rpi-update (das man nicht machen sollte) auch mit der ssd gemacht?

BTW: Mit der SD-Karte hast Du den Kernel :

Code

kernel7l.img

gebootet und auf der ssd hast Du diese kernel-Datei gar nicht, und richtigerweise nur die kernel8.img-Datei (64bit).

Hast Du jetzt ein vollständiges und funktionierendes Backup? Wenn nicht, evtl. neu installieren (und kein rpi-update) machen?