OpenAR-P_OE2.0_211_alien_epl3-git-20-01-14_v2013-03-31-540-gb01d455

    • Also mit der Änderung ist der Greenscreen Vergangenheit :danke:

      Doch komisch ist das, wenn ich 128MB auswähle, der Swap mit 160MB gerechnet wird

      Enable swap on receiver startup - Ja
      Enable swapfile - 128MB

      Quellcode

      1. spark:~# free
      2. total used free shared buffers
      3. Mem: 141872 136272 5600 0 952
      4. -/+ buffers: 135320 6552
      5. Swap: 166524 0 166524


      sieht so aus als ob jetzt beide Swaps gezählt werden, die vom RAM und die von der HDD

      EDIT: Nach mehrmaligen testen mit DeepStandby und neu booten, habe ich festgestellt das er jetzt immer das Netzwerk deaktiviert, muß es jedesmal von Hand nachstarten.
      Werde jetzt das neue Image probieren .....
      Wähle einen Job, den du liebst, und du wirst nie wieder arbeiten müssen.
      Konfuzius

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von pixbox ()

    • ne ne ... das Image ist nicht gemoddet, sondern das AR-P wie es dort auch zur Verfügung gestellt wird. Du kannst aber bestehende Mods vom Pixbox nehmen und einfach über den AR-P feed aktualisieren, dann ist es auch auf dem jetzigen Stand. Vielleicht macht aber pixbox ja noch eine Mod-Version.
      Apropos @pixbox ...da hast aber mal nen vollen Speicher, da ist ja alles drinne wa es so gibt.
      Grüße

    • So jetzt mit dem Image von gestern Abend

      Mit der neuen HddMount.py kommt jetzt KEIN GreenScreen mehr :danke:

      Quellcode

      1. spark:~# free
      2. total used free shared buffers
      3. Mem: 141872 108700 33172 0 944
      4. -/+ buffers: 107756 34116
      5. Swap: 100988 0 100988

      Quellcode

      1. spark:~# df -h
      2. Filesystem Size Used Available Use% Mounted on
      3. /dev/root 119.0M 90.2M 28.8M 76% /
      4. /dev/root 119.0M 90.2M 28.8M 76% /dev/.static/dev
      5. udev 69.3M 292.0K 69.0M 0% /dev
      6. shmfs 69.3M 0 69.3M 0% /dev/shm
      7. /dev/sda1 501.7M 203.4M 298.4M 41% /media/RECORD
      8. none 69.3M 124.0K 69.2M 0% /tmp
      9. none 69.3M 40.0K 69.2M 0% /var/lock
      10. none 69.3M 20.0K 69.3M 0% /var/run
      11. none 69.3M 0 69.3M 0% /var/lib/urandom
      12. /dev/sda1 501.7M 203.4M 298.4M 41% /media/hdd
      Alles anzeigen


      Dieses mal habe ich nur 64MB Swap festgelegt, trotzdem ist die Swap wieder größer, hier jetzt 100MB

      Im Anhang die neue HDD Mount Manager Version mit deutschen Sprachpaket
      Dateien
      Wähle einen Job, den du liebst, und du wirst nie wieder arbeiten müssen.
      Konfuzius

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von pixbox ()

    • Enable swap on receiver startup - Ja
      Enable swapfile - 64MB

      Quellcode

      1. spark:~# free
      2. total used free shared buffers
      3. Mem: 141872 108004 33868 0 576
      4. -/+ buffers: 107428 34444
      5. Swap: 65528 0 65528


      Quellcode

      1. # Load module for swap in ram
      2. #mem_by_cpu=$(($(grep MemTotal /proc/meminfo | awk ' { print $2 } ')*256))
      3. #modprobe zram num_devices=1
      4. #echo $mem_by_cpu > /sys/block/zram0/disksize
      5. # Enable swap in ram
      6. #mkswap /dev/zram0
      7. #swapon /dev/zram0


      So wird die Swap korrekt angezeigt, und hat wieder tadellos gebootet KEIN GreenScreen
      Wähle einen Job, den du liebst, und du wirst nie wieder arbeiten müssen.
      Konfuzius

    • initmodules habe ich wie folgt angepasst und es funktioniert bei mir

      Quellcode

      1. # Load module for swap in ram
      2. if [ -n "`grep 'HddMount.SwapFile' /etc/enigma2/settings`" ]; then
      3. echo "Swap on HDD booting!!!"
      4. else
      5. echo "Swap on RAM booting!!!"
      6. mem_by_cpu=$(($(grep MemTotal /proc/meminfo | awk ' { print $2 } ')*256))
      7. modprobe zram num_devices=1
      8. echo $mem_by_cpu > /sys/block/zram0/disksize
      9. fi

      ------------------------

      Quellcode

      1. # Enable swap in ram
      2. if [ -n "`grep 'HddMount.SwapFile' /etc/enigma2/settings`" ]; then
      3. echo "Swap on HDD booting!!!"
      4. else
      5. echo "Swap on RAM booting!!!"
      6. mkswap /dev/zram0
      7. swapon /dev/zram0
      8. fi


      Beim GUi Reboot, nach dem man die Swap von HDD zurück setzt, hat man gar keine Swap mehr.
      Erst wenn man komplett neustartet ist die RAM Swap wieder vorhanden.
      Wähle einen Job, den du liebst, und du wirst nie wieder arbeiten müssen.
      Konfuzius

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von pixbox ()

    • kükenlos schrieb:

      Alien1988 schrieb:

      da es bei den neue version swap probleme gibt warte bis ne fixx
      kommt habe noch zeit
      (warte noch ab bin müde habe diese Woche Nachtschicht)

      Quark, kannst du nutzen!
      Swap funzt, wenn du es willst musst nur selbst Hand anlegen. Im Tool HDD-Mount-Manager ist halt eine zusätzliche Instanz drinne die es erleichtern sollte, die Swap zu konfigurieren. In erster Linie ist es aber der Mount-Manger und der klappt einwandfrei. So leicht wird einem das Mounten bekanntlich in manchen anderen Images nicht gemacht. Gerade im 7111 wirst du wohl kaum mit dem AR-P Image die Swap vermissen. Das läuft auch so bestens.
      Grüße

      ip wifi not work :dash:
      :welcome:

    • habe die neue MediaPortal Version für dieses Image angepasst

      Neu im MP ist das die jetzt eine eigene keymap.xml nutzen, doch bei dieser fehlt für die SH4 Boxen die HOME Exit Funktion und das Serien Blättern mit P +/- , habe dieses eingefügt und zusätzlich noch die MPServicePosition.py für die Seek angepasst.

      Download
      Wähle einen Job, den du liebst, und du wirst nie wieder arbeiten müssen.
      Konfuzius

    • @schpuntik
      habe folgende Fehlermeldung im Crashlog, wenn ich im MediaPortal über MediaInfo etwas aufnehmen will

      Quellcode

      1. File "/usr/lib/enigma2/python/Tools/Downloader.py", line 40, in __init__
      2. scheme, host, port, path = client._parse(url)
      3. AttributeError: 'module' object has no attribute '_parse'
      Wähle einen Job, den du liebst, und du wirst nie wieder arbeiten müssen.
      Konfuzius

    • Hi
      Das liegt an neuen twisted.web ! Versuch mal damit. Ich hoffe das es geht.

      Unterschiede-Datei

      1. diff --git a/lib/python/Tools/Downloader.py b/lib/python/Tools/Downloader.py
      2. index 7649cf9..e5dc20a 100644
      3. --- a/lib/python/Tools/Downloader.py
      4. +++ b/lib/python/Tools/Downloader.py
      5. @@ -37,9 +37,18 @@ class HTTPProgressDownloader(client.HTTPDownloader):
      7. class downloadWithProgress:
      8. def __init__(self, url, outputfile, contextFactory=None, *args, **kwargs):
      9. - scheme, host, port, path = client._parse(url)
      10. - self.factory = HTTPProgressDownloader(url, outputfile, *args, **kwargs)
      11. - self.connection = reactor.connectTCP(host, port, self.factory)
      12. + # twisted 13.1 fix
      13. + if hasattr(client, '_parse'):
      14. + scheme, host, port, path = client._parse(url)
      15. + else:
      16. + from twisted.web.client import _URI
      17. + uri = _URI.fromBytes(url)
      18. + scheme = uri.scheme
      19. + host = uri.host
      20. + port = uri.port
      21. + path = uri.path
      22. + self.factory = HTTPProgressDownloader(url, outputfile, *args, **kwargs)
      23. + self.connection = reactor.connectTCP(host, port, self.factory)
      25. def start(self):
      26. return self.factory.deferred
      Alles anzeigen
      OpenAR-P team

    Flag Counter