Recent content by Liquid

It doesn't sound good.... but if it doesn't start for unknown reason, restoring the backup corrupted the image in flash... Restoring with serial cable could be difficult... I don't remember if it give to you a prompt...

You have few choices... You can connect a serial cable (you can assemble it with simple instruction) to understand what is happening Or you can prepare a fat32 stick prepare it with openbh image and flash the kernel (remove root.tar.bz) from /vuplus/boxmodel/ directory. The box shuold restart...

Paste the log from /home/enigma2/log so we could analyze.. Or you could have copied /STARTUP_N into /STARTUP to start the previous slot (using FTP or with telnet)

Slot0 in this multiboot solution is the recovery

Su vuplus arm ci sono 2 flash.. 1 di tipo mtd dove sono memorizzati: "flash0.bolt" (bootload) "flash0.devtree" (definizione dell'hardware) "flash0.macadr" (para da se) "flash0.nvram" (configurazione del bootloader) poi c'è la emmc dove ci stanno (sto guardando il vusolo4k: splash 2Mb kernel...

Sembrerebbe colpa del thread gRC ma non si capisce che problema abbia. Sicuramente col fatto che mancasse libcurl4, l'immagine si è corrotta, o un plugin oppure la cancellazione di qualcosa in /boot da un immagine secondaria. A differenza di altri multiboot, ho scelto di fare vedere la flash...

Da dentro la recovery prova opkg update opkg install --force-reinstall libcurl4 enigma2 poi rilancia enigma2 e vedi se riparte

Giusto... Comunque se vuoi provare a capire il problema, come ti avevo già suggerito, parti con la recovery e da Telnet digiti: init 2 enigma2 E poi incolli quello che vedi a video e lo alleghi... Magari riusciamo a capire il problema (diciamo che adesso mi hai messo la curiosità)

Forse mi hai preso seriamente sul ban (avrei dovuto mettere una qualche faccina)... Ma ci sono rimasto male sul fatto che consideri inutile il multiboot...ne vado orgoglioso.

Più che altro su /home/root/log dovresti trovare un enigma2.log o qualcosa del genere... Questo forse è più interessante. linuxrootfs0 è finto... praticamente indica /

Più o meno quello è lo scopo... Il multiboot fa più o meno quello che faceva openmultiboot, solo che non flashi il kernel ogni volta che cambi immagine e usando la tecnologia kexec è più veloce. Se una persona ha l'esigenza di passare rapidamente da un immagine all'altra è eccezionale...

Se scrivi ancora che il multiboot è inutile ti banno (l'ho implementato io)...

Potresti provare a dare anche init 2 enigma2 E vedere che esce. È comunque molto probabile che sia danneggiata l'immagine di recovery. È per quello che consigliamo di utilizzarla solo per flashare gli slot e dimenticarla.

si esatto.... Ho il sospetto che la chiavetta sia un po' "lenta" nell'inizializzazione e i 2 secondi che ci sono nell'init-kexec non sono sufficienti ad inizializzarla. Aumentare quel timeout potrebbe diventare fastidioso, quindi ti suggerisco di provare con qualche altra chiavetta...

KEXEC-1ST STAGE: STARTUP_RECOVERY not present in /dev/sda KEXEC-1ST STAGE: STARTUP_RECOVERY not present in /dev/sda1 KEXEC-1ST STAGE: /dev/sdb is not a block device... skip KEXEC-1ST STAGE: /dev/sdb1 is not a block device... skip KEXEC-1ST STAGE: /dev/sdc is not a block device... skip KEXEC-1ST...