Springen naar inhoud


kemozcwu

Lid geworden: 16 jan 2018
Offline Laatste activiteit: 06 feb 2018 14:41
-----

Berichten die ik gemaakt heb

In Topic:Upgrade VU+ Uno 4k SE 6.1rc --> 6.1 release

18 januari 2018 - 11:33

Also aktuelles Image in der Box war 6.1 RC und dann flashen via GUI nach 6.1 Release.

 

Wenn das eine Frage war, dann Ja :)


In Topic:Upgrade VU+ Uno 4k SE 6.1rc --> 6.1 release

17 januari 2018 - 09:04

Das Log über das Terminal sah genauso aus.

Allerdings ist die Box diesmal mit 6.1 release gestartet.

 

Somit war ich diesmal erfolgreich.

 

 

Mir ist oben noch etwas aufgefallen. Dort steht /downloaded_images/... also wurden die Images ins Rootfs geladen. Das geht nicht. Die müssen auf einem anderen Medium gespeichert werden.

 

Den Pfad habe ich aus den Enigma entnommen und lediglich weiterverwendet:

[Console] command: /usr/bin/ofgwrite -k -r '//downloaded_images/openpli-6.1-release-vuuno4kse-20180115_usb.unzipped/vuplus/uno4kse'

Inzwischen habe ich auch herausgefunden warum dieser Pfad von Enigma verwendet wird:

Ich habe bei mir das AutoBackup Plugin nicht konfiguriert.

Daher steht dort:

Sicherungs-Ort              root

Bijlage  AutoBackup.jpg   6,79K   1 Aantal bijlagen

 

In "/usr/lib/enigma2/python/Screens/FlashImage.py" wird der Downloadpfad für das Image ermittelt (Zeile 249 ff)

BACKUP_SCRIPT = "/usr/lib/enigma2/python/Plugins/Extensions/AutoBackup/settings-backup.sh"

def findmedia(destination):
    def avail(path):
        if os.path.isdir(path) and not os.path.islink(path) and not(SystemInfo["HasMMC"] and '/mmc' in path):
            statvfs = os.statvfs(path)
            return (statvfs.f_bavail * statvfs.f_frsize) / (1 << 20) >= 500 and path
    for path in [destination] + ['/media/%s' % x for x in os.listdir('/media')]:
        if avail(path):
            return path

self.destination = findmedia(os.path.isfile(BACKUP_SCRIPT) and config.plugins.autobackup.where.value or "/media/hdd")

Da "os.path.isfile(BACKUP_SCRIPT)" True ist, wird "config.plugins.autobackup.where.value" als erster Pfad genommen.

config.plugins.autobackup.where.value hat bei mir den Wert "/"

Da / ein gültiges Verzeichnis ist und auch noch genug Platz frei ist, liefert findmedia "/" zurück :(

 

Ich würde dort eventuell noch eine Prüfung einbauen, die sicherstellt, dass der ermittelte Pfad NICHT im rootfs liegt:

if os.path.isdir(path) and not os.path.islink(path) and os.stat(path).st_dev != os.stat('/').st_dev:

Da ich nach dem Flashen festgestellt habe, dass meine ganzen eigenen Systemanpassungen verschwunden sind, bin ich wieder zurück auf 6.1rc.

Meine BOX steht deshalt für eventuelle Tests noch zur verfügung :)

 

Trotzdem Vielen Dank für die Hilfe.

 

Mfg ...


In Topic:Upgrade VU+ Uno 4k SE 6.1rc --> 6.1 release

17 januari 2018 - 06:15

Auch mit USB-Stick habe ich die gleichen Fehler bzw das gleiche Verhalten :(

 

Am Speicher sollte es nicht liegen:

Filesystem                Size      Used Available Use% Mounted on
/dev/root                 3.5G    380.1M      3.1G  11% /
devtmpfs                362.3M      4.0K    362.3M   0% /dev
tmpfs                    64.0K         0     64.0K   0% /media
tmpfs                   370.5M    148.0K    370.3M   0% /var/volatile
/dev/sda1                 7.5G     12.0K      7.5G   0% /media/usb

Filestystem Stick: fat32 oder ext4

Mountpoint Stick: /media/usb oder /media/hdd

 

Gibt es noch etwas was ich probieren kann?

Kann ich manuell die opkg quellen ändern?

 

Ich möchte ungerne das System komplett neu aufsetzen (oder müsste ich das sowieso mit dieser herangehensweise?)

 

Gruß ...


In Topic:Upgrade VU+ Uno 4k SE 6.1rc --> 6.1 release

16 januari 2018 - 21:24

Kein lokales Medium kann das Problem sein. Ein Netzwerkmount funktioniert in manchen Fällen aber bei weitem nicht in allen.

 

Was muss ich machen, um einen Stick sauber einzubinden?

/hdd auf den Stick legen?

Oder reicht es, wenn der Stick irgendwo gemountet ist?


In Topic:Upgrade VU+ Uno 4k SE 6.1rc --> 6.1 release

16 januari 2018 - 20:36

At point 8 you should be patient.... (could take 10 secs or so)

 

When E2 is running under the console it indeed stopped there... You need to run E2 with init3 to continue there....

 

Enigma is running with init3. I've enabled Logging with the "enigma2_pre_start" hook.

 

 

Das ofgwrite Tool stoppt enigma2. Dafür wartet es maximal 70 Minuten darauf, dass E2 sich beendet. Normalerweise reicht das locker. Ich hatte die Zeit auch schon mal verlängert, weil manche User riesige Mengen an EPG Daten haben und diese auf ein langsames Medium gespeichert haben. Hast du zufällig sehr viele EPG Daten? Werden die beispielsweise auf einem USB Stick gespeichert?
Ansonsten fällt mir nichts ein warum ein Stoppen von E2 so lange dauern soll.

 

Nein, es sind keine umfangreichen EPG-Daten. Enigma wird auch ziemlich schnell beendet.

 

Beim Versuch ofgwrite auf der Konsole auszuführen zeigt er mit auch an, dass Enigma gestoppt ist.

Kann es eventuell daran liegen, dass /hdd bei mir ein Verweis auf /media/net/<mountpoint> ist und ich kein lokales Medium angeschlossen habe?

 

Hier das Log bis er neustartet, bzw die SSH Sitzung schließt:

mkdir: can't create directory '/newroot': File exists

ofgwrite Utility v3.9.8
Author: Betacentauri
Based upon: mtd-utils-native-1.5.1 and busybox 1.24.1
Use at your own risk! Make always a backup before use!
Don't use it if you use multiple ubi volumes in ubi layer!

Flashing kernel
Flashing rootfs
Searching image files in /downloaded_images/openpli-6.1-release-vuuno4kse-20180115_usb.unzipped/vuplus/uno4kse/ resolved to /downloaded_images/openpli-6.1-release-vuuno4kse-20180115_usb.unzipped/vuplus/uno4kse
Found kernel file: /downloaded_images/openpli-6.1-release-vuuno4kse-20180115_usb.unzipped/vuplus/uno4kse/kernel_auto.bin
Found rootfs file: /downloaded_images/openpli-6.1-release-vuuno4kse-20180115_usb.unzipped/vuplus/uno4kse/rootfs.tar.bz2
Found EXT4 rootfs
Found mounted /newroot
Found mounted /newroot

Determine current rootfs
Current rootfs is: /dev/mmcblk0p4
Execute: fdisk -l
Found valid GPT with protective MBR; using GPT

Using /dev/mmcblk0p1 as kernel device
Using /dev/mmcblk0p4 as rootfs device

killall: rpc.mountd: no process killed
sh: /etc/init.d/softcam: not found
killall: CCcam: no process killed
sh: pkill: not found
kill: you need to specify whom to kill
sh: pkill: not found
kill: you need to specify whom to kill
killall: kodi.bin: no process killed
killall: hddtemp: no process killed
killall: transmission-daemon: no process killed
killall: openvpn: no process killed
sh: /etc/init.d/sabnzbd: not found
sh: pkill: not found
sh: pkill: not found
sh: pkill: not found
sh: pkill: not found
sh: pkill: not found
sh: /etc/init.d/autofs: not found
Syncing filesystem
daemonize
 successful
start umount_rootfs
cp: can't stat '/usr/sbin/autom*': No such file or directory
cp: can't stat '/etc/auto*': No such file or directory
cp: can't stat '/usr/lib/autofs/*': No such file or directory
Switching to user mode 2
Checking E2 is running...
Execute: ps
E2 still running
Execute: ps
E2 is stopped
sh: /bin/automount: not found
Error starting autofs
Execute: fuser -k -m /oldroot/
found vu or gb or octagon or ntfs process /oldroot/usr/bin/dvb_server -> don't kill
found vu or gb or octagon or ntfs process /oldroot/usr/bin/init_client -> don't kill

Gruß ...