sporadisch merkwürdige andauernde Festplattenzugriffe

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • sporadisch merkwürdige andauernde Festplattenzugriffe

      Habe auf der DM8K das aktuellste DAILY drauf.

      Seit einiger Zeit habe ich mitbekommen, dass die Festplatte ab und zu sporadisch nach Gebrauch zur Aufnahme oder Abspielen zwar die normalen Lese/schreibgeräusche aufhört, dafür aber dann extrem kratzende/ratternde dauerhafte Zugriffe auf der Platte erfolgen.

      Klingt fast so, als ob man am PC defragmentiert.
      Schalte ich PVR ein um auf die platte zuzugreifen, unterbricht das Geräusch.
      Beende ich PVR (EMC) fängt nach kurzer Zeit das rattern wieder an.
      Manchmal hilft ein Boot, teilweise aber auch nicht.

      SWAP ist nicht auf der Platte konfiguriert, obwohl da eine 1GB große Parttition SWAP die nicht gemountet ist drauf ist.
      SWAP ist auf CF-Card mit 32MB und wird auch teilw. belegt.

      Gehe ich in Standby manuell, geht sie auch aus und bleibt im Standby bis ich wieder PVR nutze, danach wieder die Zugriffe oder manchmal ist dann auch Ruhe.

      Da Schreibe/Lesegeräusch klingt ander und auch das Geräusch beim Löschen eines Filmes.

      Was ist das?
      Stirbt mir die platte langsam?
      Bzw. ich habe Angst das diese Zugriffe definitiv mir die Platte innerhalb kurzer Zeit schrotten.

      Gibts da nen Befehl um zu schauen, wer da was zugreift wenn es mal wieder passiert?

    • Wenn die Platte beginnt ungewöhnliche Geräusche zu machen, ist das meist kein gutes Zeichen. Wenn SMART auf der Platte aktiviert ist, kannst du mal die Werte posten

      smartctl -a /dev/sdX

      /dev/sdX für den Gerätenamen der Platte, da kann man meist schon was rauslesen.
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$

    • Hier das SMARTCTL


      === START OF INFORMATION SECTION ===
      Model Family: Western Digital AV-GP
      Device Model: WDC WD10EVDS-63N5B1
      Serial Number: WD-WCAU49456571
      LU WWN Device Id: 5 0014ee 202b63695
      Firmware Version: 01.01A01
      User Capacity: 1,000,204,886,016 bytes [1.00 TB]
      Sector Size: 512 bytes logical/physical
      Device is: In smartctl database [for details use: -P show]
      ATA Version is: 8
      ATA Standard is: Exact ATA specification draft version not indicated
      Local Time is: Mon Mar 28 10:52:49 2016 CEST
      SMART support is: Available - device has SMART capability.
      SMART support is: Enabled

      Quellcode

      1. SMART Attributes Data Structure revision number: 16
      2. Vendor Specific SMART Attributes with Thresholds:
      3. ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
      4. 1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0
      5. 3 Spin_Up_Time 0x0027 187 160 021 Pre-fail Always - 5616
      6. 4 Start_Stop_Count 0x0032 088 088 000 Old_age Always - 12468
      7. 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
      8. 7 Seek_Error_Rate 0x002e 100 253 000 Old_age Always - 0
      9. 9 Power_On_Hours 0x0032 061 061 000 Old_age Always - 28801
      10. 10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0
      11. 11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0
      12. 12 Power_Cycle_Count 0x0032 097 097 000 Old_age Always - 3710
      13. 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 718
      14. 193 Load_Cycle_Count 0x0032 196 196 000 Old_age Always - 12468
      15. 194 Temperature_Celsius 0x0022 123 089 000 Old_age Always - 27
      16. 196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
      17. 197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0
      18. 198 Offline_Uncorrectable 0x0030 100 253 000 Old_age Offline - 0
      19. 199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
      20. 200 Multi_Zone_Error_Rate 0x0008 100 253 000 Old_age Offline - 0
      Alles anzeigen

    • Sieht doch m.E. gar nicht schlecht aus.
      Hatte mal ne Notebookplatte die hatte aufgrund eines hdparm Fehlkonfig in Ubuntu 500000 Start-Stops und wäre laut smartctl schon tot gewesen.
      War nur etwas lauter geworden.

      Das Geräusch wird z.B. auich kurzzeitig unterbrochen, wenn ich PVR aufrufe.
      Dann wird der Inhalt gelesen und dann rattert es weiter.

      Quellcode

      1. hdparm -B /dev/sde
      3. /dev/sde:
      4. SG_IO: bad/missing sense data, sb[]: f0 02 05 00 00 00 00 0a 00 aa 55 42 20 00 02 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
      5. APM_level = not supported


      Wieso zeigt hdparm den APM level nicht an.
      Sie soll und geht auch nach 5 Minuten aus?
      Oder wird das im Newnigma anders geregelt?

    • sieht so aus, als würde die Platte APM nicht supporten

      hdparm -I /dev/sde

      sollte mehr Infos ausspucken.

      Die SMART Werte sehen ganz OK aus, werden am Ende der smartctl Ausgabe Errors ausgegeben? Du könnstest mit smartctl auch einen Selbstest anwerfen

      Gibt es Fehlermeldungen betreffend der Platte in /var/log/messages?

      grep "/dev/sde" /var/log/messages*
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$

    • hdparm -I /dev/sde

      /dev/sde:
      SG_IO: bad/missing sense data, sb[]: f0 02 05 00 00 00 00 0a 00 aa 55 42 20 00 02 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

      ATA device, with non-removable media
      Standards:
      Likely used: 1
      Configuration:
      Logical max current
      cylinders 0 0
      heads 0 0
      sectors/track 0 0
      --
      Logical/Physical Sector size: 512 bytes
      device size with M = 1024*1024: 0 MBytes
      device size with M = 1000*1000: 0 MBytes
      cache/buffer size = unknown
      Capabilities:
      IORDY not likely
      Cannot perform double-word IO
      R/W multiple sector transfer: not supported
      DMA: not supported
      PIO: pio0

    • Verstehe das sowieso nicht so ganz.
      Unter CLI und smartctl usw. kann ich nur mit dev/sde zugreifen.
      Unter Newnigma in Eisntellungen ist die Platte aber als SDA1 gemountet.
      Und diese ominöse SWAP als SDA2.

      Hängt das mit dem autofs zusammen oder was?

      Bei MOUNT sehe ich, dass die Laufwerke mittel UUID eingehängt sind.

      Quellcode

      1. grep "/dev/sde" /var/log/messages*
      3. NIX
      5. grep "/dev/sda" /var/log/messages*
      6. Mar 28 10:58:31 dm8000 daemon.notice automount[660]: >> Failed to mount '/dev/sda': Invalid argument
      7. Mar 28 10:58:31 dm8000 daemon.notice automount[660]: >> The device '/dev/sda' doesn't seem to have a valid NTFS.
      8. Mar 28 10:58:31 dm8000 daemon.notice automount[660]: >> partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
      9. Mar 28 10:58:31 dm8000 daemon.notice automount[660]: >> mount: mounting /dev/sda on /autofs/sda failed: Device or resource busy
      10. Mar 28 10:58:31 dm8000 daemon.err automount[660]: mount(generic): failed to mount /dev/sda (type auto) on /autofs/sda
      11. Mar 28 10:58:31 dm8000 daemon.notice automount[701]: >> Failed to mount '/dev/sda2': Invalid argument
      12. Mar 28 10:58:31 dm8000 daemon.notice automount[701]: >> The device '/dev/sda2' doesn't seem to have a valid NTFS.
      13. Mar 28 10:58:31 dm8000 daemon.notice automount[701]: >> partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
      14. Mar 28 10:58:31 dm8000 daemon.notice automount[701]: >> mount: mounting /dev/sda2 on /autofs/sda2 failed: Invalid argument
      15. Mar 28 10:58:31 dm8000 daemon.err automount[701]: mount(generic): failed to mount /dev/sda2 (type auto) on /autofs/sda2
      16. Mar 28 10:58:32 dm8000 daemon.notice automount[732]: >> Failed to mount '/dev/sda2': Invalid argument
      17. Mar 28 10:58:32 dm8000 daemon.notice automount[732]: >> The device '/dev/sda2' doesn't seem to have a valid NTFS.
      18. Mar 28 10:58:32 dm8000 daemon.notice automount[732]: >> partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
      19. Mar 28 10:58:32 dm8000 daemon.notice automount[732]: >> mount: mounting /dev/sda2 on /autofs/sda2 failed: Invalid argument
      20. Mar 28 10:58:32 dm8000 daemon.err automount[732]: mount(generic): failed to mount /dev/sda2 (type auto) on /autofs/sda2
      21. Mar 28 10:58:32 dm8000 daemon.notice automount[761]: >> Failed to mount '/dev/sda2': Invalid argument
      22. Mar 28 10:58:32 dm8000 daemon.notice automount[761]: >> The device '/dev/sda2' doesn't seem to have a valid NTFS.
      23. Mar 28 10:58:32 dm8000 daemon.notice automount[761]: >> partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
      24. Mar 28 10:58:32 dm8000 daemon.notice automount[761]: >> mount: mounting /dev/sda2 on /autofs/sda2 failed: Invalid argument
      25. Mar 28 10:58:32 dm8000 daemon.err automount[761]: mount(generic): failed to mount /dev/sda2 (type auto) on /autofs/sda2
      26. Mar 28 10:58:33 dm8000 daemon.notice automount[792]: >> partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
      27. Mar 28 11:16:15 dm8000 daemon.notice automount[1533]: >> Failed to mount '/dev/sda2': Invalid argument
      28. Mar 28 11:16:15 dm8000 daemon.notice automount[1533]: >> The device '/dev/sda2' doesn't seem to have a valid NTFS.
      29. Mar 28 11:16:15 dm8000 daemon.notice automount[1533]: >> partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
      30. Mar 28 11:16:16 dm8000 daemon.notice automount[1533]: >> mount: mounting /dev/sda2 on /autofs/sda2 failed: Invalid argument
      31. Mar 28 11:16:16 dm8000 daemon.err automount[1533]: mount(generic): failed to mount /dev/sda2 (type auto) on /autofs/sda2
      Alles anzeigen

    • bigheinz schrieb:

      Verstehe das sowieso nicht so ganz.
      Unter CLI und smartctl usw. kann ich nur mit dev/sde zugreifen.
      Unter Newnigma in Eisntellungen ist die Platte aber als SDA1 gemountet.
      Und diese ominöse SWAP als SDA2.

      Hängt das mit dem autofs zusammen oder was?

      Bei MOUNT sehe ich, dass die Laufwerke mittel UUID eingehängt sind.


      Das ist egal, die Platte müsste immer den selben Gerätenamen haben - egal ob über autofs, DMM Gerätemanager etc. gemountet. Poste mal die Ausgaben von:

      grep config.storage /etc/enigma2/settings

      fdisk -lu /dev/sd?

      cat /proc/scsi/scsi

      blkid

      ls -al /dev/disk/by-id/*

      mount
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$

    • Fred Bogus Trumper schrieb:

      grep config.storage /etc/enigma2/settings


      grep config.storage /etc/enigma2/settings
      config.storage_options.default_device=51bd3beb-dd08-4524-b3a7-a259002c240c
      config.storage.51bd3beb-dd08-4524-b3a7-a259002c240c.mountpoint=/media/hdd
      config.storage.51bd3beb-dd08-4524-b3a7-a259002c240c.device_info=SATA
      config.storage.51bd3beb-dd08-4524-b3a7-a259002c240c.device_description=ATA-WDC WD10EVDS-63N (1000.204 GB)
      config.storage.51bd3beb-dd08-4524-b3a7-a259002c240c.enabled=true
      config.storage.63f1867d-8245-40b0-91fa-1052cd83539b.mountpoint=/media/USBCFReader
      config.storage.63f1867d-8245-40b0-91fa-1052cd83539b.device_info=USB
      config.storage.63f1867d-8245-40b0-91fa-1052cd83539b.device_description=Generic-USB CF Reader (0.131 GB)
      config.storage.63f1867d-8245-40b0-91fa-1052cd83539b.enabled=true
      config.storage.63f1867d-8245-40b0-91fa-1052cd83539b.isRemovable=true
      config.storage.f5652e1f-8d4d-4347-8c87-069582f9d60d.device_info=SATA
      config.storage.f5652e1f-8d4d-4347-8c87-069582f9d60d.device_description=ATA-WDC WD10EVDS-63N (1000.204 GB)


      Fred Bogus Trumper schrieb:

      fdisk -lu /dev/sd?


      fdisk -lu /dev/sda

      Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
      255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
      Units = sectors of 1 * 512 = 512 bytes

      Device Boot Start End Blocks Id System
      /dev/sda1 40 1951428016 975713988+ 83 Linux
      /dev/sda2 1951428017 1953525167 1048575+ 82 Linux swap




      fdisk -lu /dev/sda1

      Disk /dev/sda1: 999.1 GB, 999131124224 bytes
      255 heads, 63 sectors/track, 121470 cylinders, total 1951427977 sectors
      Units = sectors of 1 * 512 = 512 bytes

      Disk /dev/sda1 doesn't contain a valid partition table



      fdisk -lu /dev/sda2

      Disk /dev/sda2: 1073 MB, 1073741312 bytes
      255 heads, 63 sectors/track, 130 cylinders, total 2097151 sectors
      Units = sectors of 1 * 512 = 512 bytes

      Disk /dev/sda2 doesn't contain a valid partition table


      Fred Bogus Trumper schrieb:

      cat /proc/scsi/scsi


      cat /proc/scsi/scsi
      Attached devices:
      Host: scsi1 Channel: 00 Id: 00 Lun: 00
      Vendor: ATA Model: WDC WD10EVDS-63N Rev: 01.0
      Type: Direct-Access ANSI SCSI revision: 05
      Host: scsi2 Channel: 00 Id: 00 Lun: 00
      Vendor: Generic Model: USB SD Reader Rev: 1.00
      Type: Direct-Access ANSI SCSI revision: 00
      Host: scsi2 Channel: 00 Id: 00 Lun: 01
      Vendor: Generic Model: USB CF Reader Rev: 1.01
      Type: Direct-Access ANSI SCSI revision: 00
      Host: scsi2 Channel: 00 Id: 00 Lun: 02
      Vendor: Generic Model: USB SM Reader Rev: 1.02
      Type: Direct-Access ANSI SCSI revision: 00
      Host: scsi2 Channel: 00 Id: 00 Lun: 03
      Vendor: Generic Model: USB MS Reader Rev: 1.03
      Type: Direct-Access ANSI SCSI revision: 00


      Fred Bogus Trumper schrieb:

      blkid


      blkid
      /dev/ubi0_0: UUID="2a2986cc-cc42-4e11-bef4-beea5b5f603e" TYPE="ubifs"
      /dev/sda1: UUID="51bd3beb-dd08-4524-b3a7-a259002c240c" TYPE="ext3"
      /dev/sda2: UUID="f5652e1f-8d4d-4347-8c87-069582f9d60d" TYPE="swap"
      /dev/sdc1: UUID="63f1867d-8245-40b0-91fa-1052cd83539b" TYPE="ext3"


      Fred Bogus Trumper schrieb:

      ls -al /dev/disk/by-id/*


      ls -al /dev/disk/by-id/*
      lrwxrwxrwx 1 root root 9 Mar 28 12:44 /dev/disk/by-id/ata-WDC_WD10EVDS-63N5B1_WD-WCAU49456571 -> ../../sda
      lrwxrwxrwx 1 root root 10 Jan 1 1970 /dev/disk/by-id/ata-WDC_WD10EVDS-63N5B1_WD-WCAU49456571-part1 -> ../../sda1
      lrwxrwxrwx 1 root root 10 Mar 28 12:44 /dev/disk/by-id/ata-WDC_WD10EVDS-63N5B1_WD-WCAU49456571-part2 -> ../../sda2
      lrwxrwxrwx 1 root root 9 Mar 28 12:44 /dev/disk/by-id/usb-Generic_USB_CF_Reader_058F312D81B-0:1 -> ../../sdc
      lrwxrwxrwx 1 root root 10 Jan 1 1970 /dev/disk/by-id/usb-Generic_USB_CF_Reader_058F312D81B-0:1-part1 -> ../../sdc1
      lrwxrwxrwx 1 root root 9 Jan 1 1970 /dev/disk/by-id/usb-Generic_USB_MS_Reader_058F312D81B-0:3 -> ../../sde
      lrwxrwxrwx 1 root root 9 Jan 1 1970 /dev/disk/by-id/usb-Generic_USB_SD_Reader_058F312D81B-0:0 -> ../../sdb
      lrwxrwxrwx 1 root root 9 Jan 1 1970 /dev/disk/by-id/usb-Generic_USB_SM_Reader_058F312D81B-0:2 -> ../../sdd
      lrwxrwxrwx 1 root root 9 Mar 28 12:44 /dev/disk/by-id/wwn-0x50014ee202b63695 -> ../../sda
      lrwxrwxrwx 1 root root 10 Jan 1 1970 /dev/disk/by-id/wwn-0x50014ee202b63695-part1 -> ../../sda1
      lrwxrwxrwx 1 root root 10 Mar 28 12:44 /dev/disk/by-id/wwn-0x50014ee202b63695-part2 -> ../../sda2


      Fred Bogus Trumper schrieb:

      mount


      mount
      rootfs on / type rootfs (rw)
      ubi0:rootfs on / type ubifs (rw,relatime)
      devtmpfs on /dev type devtmpfs (rw,relatime,size=74664k,nr_inodes=18666,mode=755)
      none on /proc type proc (rw,nosuid,nodev,noexec,relatime)
      none on /var/volatile type tmpfs (rw,relatime,mode=755)
      sysfs on /sys type sysfs (rw,relatime)
      none on /proc/bus/usb type usbfs (rw,nosuid,nodev,noexec,relatime)
      none on /dev/shm type tmpfs (rw,nosuid,nodev,relatime)
      /dev/mtdblock2 on /boot type jffs2 (ro,relatime)
      /dev/disk/by-uuid/51bd3beb-dd08-4524-b3a7-a259002c240c on /media/hdd type ext3 (rw,relatime,errors=continue,barrier=1,data=writeback)
      /dev/disk/by-uuid/63f1867d-8245-40b0-91fa-1052cd83539b on /media/USBCFReader type ext3 (rw,relatime,errors=continue,barrier=1,data=writeback) devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620) automount(pid507) on /autofs type autofs rw,relatime,fd=4,pgrp=507,timeout=5,minproto=2,maxproto=4,indirect)
      /dev/sdc1 on /autofs/sdc1 type ext3 (rw,relatime,errors=continue,barrier=1,data=writeback)

    • Sieht eigentlich alles normal aus. Scheinbar hast du die Platte mal neu initialisert, weil in den settings noch ein alter Eintrag mit anderer UUID enthalten ist, aber sollte eigentlich egal sein.

      Prüfe man alle Anschlüsse der Platte, ob sie korrekt sitzen. Welche 8K rev. hast du? Eine ältere mit SATA und SATA am USB Port? Womöglich hängt die Platte am USB Port. Wenn die Schreibraten unter 20-25MB/sec liegen, könnte das sein. Das würde vielleicht auch die "SG_IO: bad/missing sense data" hdparm Meldung erklären ...

      Schreibtest:
      dd if=/dev/zero of=/media/hdd/writetest_512MB bs=1M count=512
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$

    • Gibts da nen Befehl um zu schauen, wer da was zugreift wenn es mal wieder passiert?




      Ich mach das immer per:

      Quellcode

      1. echo 1 > /proc/sys/vm/block_dump
      2. cat /var/log/messages | grep "sda1"


      Am Ende dann wieder

      Quellcode

      1. echo 0 > /proc/sys/vm/block_dump

    • Fred Bogus Trumper schrieb:

      Sieht eigentlich alles normal aus. Scheinbar hast du die Platte mal neu initialisert, weil in den settings noch ein alter Eintrag mit anderer UUID enthalten ist, aber sollte eigentlich egal sein.

      Prüfe man alle Anschlüsse der Platte, ob sie korrekt sitzen. Welche 8K rev. hast du? Eine ältere mit SATA und SATA am USB Port? Womöglich hängt die Platte am USB Port. Wenn die Schreibraten unter 20-25MB/sec liegen, könnte das sein. Das würde vielleicht auch die "SG_IO: bad/missing sense data" hdparm Meldung erklären ...

      Schreibtest:
      dd if=/dev/zero of=/media/hdd/writetest_512MB bs=1M count=512


      Habe direkt den Sata auf der Platine genommen neben dem Netzteil.

      Der USB/SATA Adapter steckt ja rechts vorne und ist leer bei mir.

      Quellcode

      1. dd if=/dev/zero of=/media/hdd/writetest_512MB bs=1M count=512
      2. 512+0 records in
      3. 512+0 records out
      4. 536870912 bytes (512.0MB) copied, 14.545949 seconds, 35.2MB/s
      6. Und dabei lief parallel eine Aufnahme in SD.


      Und ja ich habe die Platte mal bei einer Installation neu initialisiert.
      Habe schon die config Datei mal angepasst und die Zeilen gelöscht, aber beim nächsten booten war das wieder drin.

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

    • Das einzige war mir noch einfällt: Häng' mal die Platte an eine externe Stromversorgung. Wenn die Geräusche weg sind, könnte es am Netzteil der 8K liegen. Sonst fällt mir ausser einem nahenden Plattendefekt auch nichts mehr ein.

      bigheinz schrieb:


      Habe schon die config Datei mal angepasst und die Zeilen gelöscht, aber beim nächsten booten war das wieder drin.


      Niemals die settings editeren, wenn Enigma2 läuft! Damit kannst du die settings ruinieren und im schlimmsten Fall das Image zurücksetzen und neu einrichten oder neu flashen.

      Wenn du die settings manuell editieren willst, vorher enigma2 stoppen

      init 5
      mind. 10 Sekunden warten
      killall -9 enigma2

      die settings editieren und enima2 danach neu starten

      init 3

      vor dem Editieren die /etc/enigma2/settings sichern
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$

    • Fred Bogus Trumper schrieb:

      Das einzige war mir noch einfällt: Häng' mal die Platte an eine externe Stromversorgung. Wenn die Geräusche weg sind, könnte es am Netzteil der 8K liegen. Sonst fällt mir ausser einem nahenden Plattendefekt auch nichts mehr ein.

      bigheinz schrieb:


      Habe schon die config Datei mal angepasst und die Zeilen gelöscht, aber beim nächsten booten war das wieder drin.


      Niemals die settings editeren, wenn Enigma2 läuft! Damit kannst du die settings ruinieren und im schlimmsten Fall das Image zurücksetzen und neu einrichten oder neu flashen.

      Wenn du die settings manuell editieren willst, vorher enigma2 stoppen

      init 5
      mind. 10 Sekunden warten
      killall -9 enigma2

      die settings editieren und enima2 danach neu starten

      init 3

      vor dem Editieren die /etc/enigma2/settings sichern


      OK
      Danke, werde ich mal probieren