[NMP v3.xx] Nach onl update kein gateway

[BPanther]

Ja, die ist mit bei. Aber selbst wenn nicht, dann sollte eine manuelle Eingabe ja funktionieren, aber das klappt bei diesem Fehler dann auch nicht, das Gateway wird nicht mehr dauerhaft gespeichert. Ist dann wahrscheinlich ein Dateisystemfehler.

[musicus]

Jetzt hat es mich auch erwischt.
Kann nach Online-Update nicht mehr in andere Slots booten. Problem BP liegt in Slot 1.
Habe Startup-Dateien neu reinkopiert, aber es wird nur BP gebootet.
Flashing über /tmp geht auch nicht wirklich:
"Error move mounts to newroot - Abort flashing"
Habt ihr weitere Ideen?

Gruß, musicus

[BPanther]

Neu reinkopieren bringt garnichts, dann bootet er eh von P1. Wenn dann kopiere die passende STARTUP_X als STARTUP um, dann bootet er auch von der entsprechenden Partition - ABER nur, wenn vorher auch was dort vorhanden war. Wenn nicht, dann muß komplett neu geflasht werden wenn garnichts mehr geht. Aber das ist ja garnicht bei Dir der Fall, daher verstehe ich das Problem nicht wirklich. Einfach neu flashen, dann sollte P1 wieder passen. Nur wenn das flashen selbst auch nicht mehr geht und auch nicht von Telnet aus muß per disk.img alles neu geflasht werden. Wobei, wenn die Boot-Partition defekt ist, kommst Du ums komplette neu flashen nicht herum. Dann die disk.img nehmen (schon damit Du alle 11 Partitionen hast) und dann Neutrino einfach nochmal manuell per Telnet in eine andere Partition flashen. Partition 1 dann so lassen wie sie ist als Notfallsystem (oder OATV-E2 manuell darauf flashen als Reserve/Notfallsystem).

Interessant wäre aber, wie es dazu gekommen ist, z.b. Aufnahme vorher gehabt etc., die vielleicht falsch gelaufen ist und somit den Flash gesprengt hat anstatt auf die HDD zu gehen weil die sich vielleicht einfach abgemeldet hat etc. Irgendwas muß da vorgefallen sein...

[musicus]

Ich hatte testweise ein USB-DVD-Laufwerk mit eingelegter Audio-CD angeschlossen. Bin mir aber nicht sicher, ob es daran gelegen hat. Da /boot leer war, habe ich die verschiedenen STARTUP angelegt und reinkopiert. Jetzt funtioniert das Multiboot-Menü wieder - es wird aber immer nur BP gebooted.
Die anderen Partitionen sind nicht leer. Unter "nur bekannte Partitionen mounten" habe ich "aus" eingestellt. Die interne hdd wird unter /media und /mnt nicht angezeigt, aber unter /tmp/mnt kann ich auf sda1 (hdd) zugreifen und auch den Inhalt aller 4 Partitionen anzeigen lassen!!!
Auf dem Weg hoffe ich das meiste sichern zu können. Toll wäre natürlich, wenn ich direkt eine der anderen Partitionen wieder booten könnte.

Code: Alles auswählen

boot emmcflash0.kernel3 'brcm_cma=440M@328M brcm_cma=192M@768M root=/dev/mmcblk0p7 rw rootwait hd51_4.boxmode=1'

Ich hoffe das war der richtige Eintrag für die STARTUP aber er booted immer die 1.
Wie flasht man per telnet?
Meine Images 1. BP, 2. DBO 3. NI 4. HDF

[DboxOldie]

Inhalt von:
STARTUP_1 > boot emmcflash0.kernel1 'brcm_cma=440M@328M brcm_cma=192M@768M root=/dev/mmcblk0p3 rw rootwait hd51_4.boxmode=1'
STARTUP_2 > boot emmcflash0.kernel2 'brcm_cma=440M@328M brcm_cma=192M@768M root=/dev/mmcblk0p5 rw rootwait hd51_4.boxmode=1'
STARTUP_3 > boot emmcflash0.kernel3 'brcm_cma=440M@328M brcm_cma=192M@768M root=/dev/mmcblk0p7 rw rootwait hd51_4.boxmode=1'
STARTUP_4 > boot emmcflash0.kernel4 'brcm_cma=440M@328M brcm_cma=192M@768M root=/dev/mmcblk0p9 rw rootwait hd51_4.boxmode=1'

In STARTUP steht dann ein Inhalt der 4 Start UP Dateien, je nachdem welche Partition booten soll.

[BPanther]

Da BOOT anscheinend beschädigt ist und somit ungültig und damit auch nicht gemountet wird, bringt das alles nichts. Korrekt gemountet würde das in Telnet so aussehen:

Code: Alles auswählen

hd51:~# mount | grep boot
/dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0000,dmask=0000,allow_utime=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)

Du kannst aber noch versuchen, diese manuell zu mounten mit:

Code: Alles auswählen

mount /dev/mmcblk0p1 /boot

Dann sollte in /boot wieder alles vorhanden sein. Wenn das aber nicht geht, sieht das schlecht aus und Du kommst um ein volles flashen mit Verlust aller Partitionen und dessen Inhalt nicht herum soweit mir bekannt.

Wenn die interne HDD auch nicht angezeigt wird stimmt wohl auch was mit der HDD nicht, also evtl. Dateisystem defekt. Und nein, sda1 ist nur eine Partition der HDD wenn dann, aber auf keinen Fall noch andere. Da ist irgendwas ganz im argen da bei Dir. Wenn dann siehst Du wohl eher die anderen Partitionen des Flash, aber unter anderem Namen und nicht mit sdXY.

[thomas]

ich kann dir nur raten, flash einmal disc.img neu - alles andere bringt nix

dann immer 1 in ruhe lassen

nutz nur 2,3 oder 4 mit image und tests

sollte dann mal auf 2, oder 3 oder 4 was sein ist deine 1 immer in ordnung und du kannst 2,3,4 reparieren
-------

und check mal ob du letzten bootloader auf box hast, hab schon einige Fälle gehört da waren Probleme verschiedenste und nach neuen bootloader waren probleme weg

[blacky49]

Ich kann die Pobleme von @musicus voll verstehen, da mir bei beiden HD51 mit BP-Image in 1 genau das Gleiche passiert war (nach Online-Update). Die mount-Probleme verhinderten den Zugriff auf die anderen Parts, obwohl alles noch vorhanden war. Telnet war nicht mehr vorhanden, sodaß letztendlich nur der Neuflash mit disk.img übrig blieb. Seitdem habe ich das DBO-Img in beiden Part1, da beim Flashen die Partionen bis 11 richtig angelegt wurden und rühre hier nichts mehr an. Alles andere spielt sich nun in 2 - 4 statt. Nur so zur Info...

[BPanther]

Ich flashe hier oft aufgrund der Tests und nie habe ich sowas hier gehabt. Auch mein Onkel hat eine HD51 von mir und keine Probleme. Es muß also irgendeine Gemeinsamkeit geben, die zu diesem Problem führt. Bisher fehlt auch noch die Angabe der Version des Bootloaders. Auch meine disk.img legt alle 11 Parts an, basiert ja auch auf DDT wie dasvon DBO, von daher sehe ich da auch kein Problem.

[blacky49]

Bootlader bei mir: v1.07-r19hd51
Das Thema hier war schon seit @loka's Eingangs-Thread für mich interessant. Genau diese Fehlermeldung hatte ich auch, und das Mount-Chaos, von dem ich leider keinen Screenshot habe.

screenshot.png

. Seit dem habe ich vorsichtshalber die fstab aus der Sicherung genommen, also es wir jetzt immer die aus deinem neuesten Update verwendet.
Ich habe ja auch aktuell keine Probleme mehr.
Das mit dem DBO-disk.img mache ich schon sehr lange. Mir war so, als wäre das bei dir anfangs nicht so gewesen mit den 11 Partitionen.

[BPanther]

Auf dem Bild ist kaum was zu erkennen. Scheint wohl der Fehler vom Script zu sein, weil er die STARTUP nicht gefunden hat.

Der BL ist OK, den habe ich auch.

Dennoch keine Ahnung wie das passieren kann. Vielleicht wurde ja nie wenigstens einmalig die disc.img genommen um die 11 Partitionen zu erhalten. Denn wie das bei nur 10 Parts (Standard) reagiert habe ich nie getestet. Theoretisch sollte es zwar keine Probleme geben (wird eben ext4-Swap P11 nicht gemountet), aber wie gesagt, nie getestet.

In der fstab taucht /boot normalerweise nicht auf, das mounten passiert automatisch. Meine sieht so aus, Standard eben:

Code: Alles auswählen

# /etc/fstab: static file system information.
#
# <file system>	<mount point>		<type>	<options>					<dump>	<pass>
#/dev/root	/			auto	defaults,errors=remount-rw,noatime,nodiratime	0	0
proc		/proc			proc	defaults					0	0
sysfs		/sys			sysfs	defaults					0	0
debugfs		/sys/kernel/debug	debugfs	defaults					0	0
tmpfs		/tmp			tmpfs	defaults					0	0
tmpfs		/media			tmpfs	defaults					0	0
devpts		/dev/pts		devpts	defaults					0	0
/dev/mmcblk0p11	/swap			auto	defaults,errors=remount-rw,noatime,nodiratime	0	0
/dev/mmcblk0p10	none 			swap	sw
#
#/dev/sda1	/hdd			auto	defaults,noatime,nodiratime			0	2
#/dev/sdb1	/hdd			auto	defaults,noatime,nodiratime			0	2
#/dev/sdc1	/hdd			auto	defaults,noatime,nodiratime			0	2
#/dev/sdd1	/hdd			auto	defaults,noatime,nodiratime			0	2

Wer da eine fstab einer anderen Box genommen hat (Faulheit bei Backup/Restore und den Einstellungen) ist dann selbst schuld. Aber davon gehe ich mal jetzt eigentlich nicht aus, da sowas eigentlich klar sein sollte...

[blacky49]

- Ich habe kurz nach Kauf der Boxen E2 runter geschmissen und sofort mit DBO geflasht und damit die 11 Partitionen erhalten...
- Deine fstab vom Okt. 2018 (rev16760) sieht z.B. so aus:

Code: Alles auswählen

# /etc/fstab: static file system information.
#
# <file system>	<mount point>	<type>	<options>					<dump>	<pass>
#/dev/root	/		auto	defaults,errors=remount-rw,noatime,nodiratime	0	0
proc		/proc		proc	defaults					0	0
tmpfs		/tmp		tmpfs	defaults					0	0
#
#/dev/sda2	none		swap	sw
#
#/dev/sda1	/hdd		auto	defaults,noatime,nodiratime			0	2
#/dev/sdb1	/hdd		auto	defaults,noatime,nodiratime			0	2
#/dev/sdc1	/hdd		auto	defaults,noatime,nodiratime			0	2
#/dev/sdd1	/hdd		auto	defaults,noatime,nodiratime			0	2

Nur mal so als Bemerkung...

[BPanther]

Jo, vollkommen veraltet, daher die fstab aus der backup.conf entfernen...

[musicus]

Hab's wieder hin bekommen - also wen es interessiert (übrigens telnet war auch nicht mehr möglich - nur ftp bzw. tuxcom)

Ich hatte ja erwähnt, dass ich unter /tmp/mnt/ auf alle Partitionen mit tuxcom zugreifen konnte.
Dort befand sich auch das Verzeichnis "NOLABEL-mmcblk0p1" - die boot-Partition.
Deshalb habe ich da die Datei STARTUP geändert (mit einer passenden STARTUP drüberkopiert) damit wieder eine andere als die erste Imagepartition gestartet werden kann. Das hat auch funktioniert.
Kann jetzt wieder alle Partitionen wechseln und habe auf Bank 1 natürlich ein neues Image geflasht.
Möglicherweise hat die hdd auch einen Knoten abbekommen, aber im Prinzip läuft es jetzt wieder...

[BPanther]

Super, daß Du es hinbekommen hast. An den Reserve-Mount hatte ich garnicht gedacht, daher der Hinweis auf den manuellen Mount.
Aber mal eine Frage noch: Hast Du in boot STARTUP (die mit der gestartet wird) und die 4 STARTUP_X (die Vorlagen für die anderen Parts) oder hattest Du die STARTUP_X irgendwann mal umbenannt?