Plötzlicher reboot beim Aufruf "Meine Aufnahmen"

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

    • Jepp @anudanan die VU ist nun wieder Eingeschaltet. Die HDD ist natürlich während dessen dran gewesen und wurde auch bis jetzt nicht getrennt :). Nach dem Boot der VU ist die Platte direkt wieder "Signalbereit".

      Leider ergab sich bei der Befehlsausgabe wieder ein Problem:

      Quellcode

      1. root@vuuno4k:~# mount
      2. rootfs on / type rootfs (rw)
      3. /dev/root on / type ext4 (rw,relatime,nodelalloc,data=journal)
      4. devtmpfs on /dev type devtmpfs (rw,relatime,size=371148k,nr_inodes=85481,mode=755)
      5. proc on /proc type proc (rw,relatime)
      6. sysfs on /sys type sysfs (rw,relatime)
      7. debugfs on /sys/kernel/debug type debugfs (rw,relatime)
      8. tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
      9. tmpfs on /var/volatile type tmpfs (rw,relatime)
      10. devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620)
      11. /etc/auto.hotplug on /autofs type autofs (rw,relatime,fd=5,pgrp=994,timeout=5,minproto=5,maxproto=5,indirect)
      12. /etc/auto.network_vti on /media/net/autonet type autofs (rw,relatime,fd=16,pgrp=994,timeout=5,minproto=5,maxproto=5,indirect)
      13. /dev/sda1 on /media/hdd type ext4 (ro,relatime,data=ordered)
      14. /dev/sdb1 on /media/hdd type ext4 (rw,relatime,data=ordered)
      15. root@vuuno4k:~# blkdi
      16. -sh: blkdi: not found
      17. root@vuuno4k:~# mount blkdi
      18. mount: can't find blkdi in /etc/fstab
      19. root@vuuno4k:~# init 3
      20. root@vuuno4k:~# mount blkdi
      21. mount: can't find blkdi in /etc/fstab
      22. root@vuuno4k:~#
      Alles anzeigen


      LG!
      - brendy -
    • Mist, hatte mich vertippt

      es heisst
      blkid

      hast du zwei HDDs da dran?

      Was sehr komisch ist, du hast zwei HDDs auf /media/hdd gemountet. Eine wurde als readonly gemountet /dev/sda1 und eine normal /dev/sdb1

      ich vermute, die Problemplatte ist die /dev/sda1

      gibt auch mal die /etc/fstab aus mit

      cat /etc/fstab

      und post die hier

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

    • Wie ist dass denn passiert Oo. Ich habe ausschließlich eine HDD dran.

      Im Gerätemanager wird mir neuerdings! auch die Ausgabe gegeben also sda1 / sdb2.

      Hier einmal die cat Ausgabe von "/etc/fstab":

      Quellcode

      1. root@vuuno4k:~# cat /etc/fstab
      2. rootfs / auto defaults 1 1
      3. proc /proc proc defaults 0 0
      4. devpts /dev/pts devpts mode=0620,gid=5 0 0
      5. usbdevfs /proc/bus/usb usbdevfs noauto 0 0
      6. tmpfs /run tmpfs mode=0755,nodev,nosuid,strictatime 0 0
      7. tmpfs /var/volatile tmpfs defaults 0 0
      8. tmpfs /dev/shm tmpfs mode=0777 0 0
      9. #/dev/sda1 /media/hdd auto defaults 0 0
      10. ###############################################################################
      11. ### Please use DeviceManager for mounting filesystems
      12. ### if you use fstab be sure that you do not mount
      13. ### a filesystem two times (fstab and DeviceManager)
      14. root@vuuno4k:~#
      Alles anzeigen

      Habe lieben dank für deine Mitwirkung! :).


      LG
      - brendy -
    • Was kommt bei

      blkid

      Da kann man sehen, was /dev/sdb1 sein soll

      Hast du noch einen Stick irgendwo eingesteckt?

      zeigt der Gerätemanager wirklich /dev/sdb2 an? Ich mount steht /dev/sdb1. /dev/sdb2 wäre noch eine weitere Partionen, merkwürdig

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

    • Grüß dich @anudanan,

      hier zunächst der Auszug der Shell, des "blkit" Befehls:

      Quellcode

      1. root@vuuno4k:~# blkid
      2. /dev/mmcblk0: PTUUID="4c6a0f62-74f8-4666-b59f-a0ae27814881" PTTYPE="gpt"
      3. /dev/mmcblk0p1: PARTLABEL="kernel" PARTUUID="4a3957e0-45b1-4482-890f-dd35f510865f"
      4. /dev/mmcblk0p2: PARTLABEL="initrd" PARTUUID="50ceb93c-9689-4e12-a4e9-2b88eca30c1f"
      5. /dev/mmcblk0p3: PARTLABEL="splash" PARTUUID="569bdc0a-d361-4c20-8524-de39f2f7c10d"
      6. /dev/mmcblk0p4: UUID="57f8f4bc-abf4-655f-bf67-946fc0f9f25b" TYPE="ext4" PARTLABEL="rootfs" PARTUUID="a609dc79-bf96-4051-a1b5-1f4315663075"
      7. /dev/sdb1: UUID="b769d638-55e9-48e9-9c41-85f87689d628" TYPE="ext4" PARTUUID="c34c9c41-01"
      8. root@vuuno4k:~#

      Was mir seit gestern durch den Kopf geschweift ist:
      - Ich hatte ja beim letzten Debug Auszug erwähnt, dass ich das USB 3.1 Kabel gewechselt habe, gegen ein kürzeres (Delaycon ebenso nix vom Wühltisch). Allerdings zeigte er nach dem erneuten Anschließen, die Möglichkeiten auf, aus 2 Optionen zu wählen, ich meine das waren Menüreiter, um die Funktion zum Musik & Bilder abzuspielen. - Zuvor noch nicht gesehen gehabt -

      Ich habe wirklich nur am hinteren USB-Port die Tosihba 2,5" 2 TB USB 3.1 Platte und am "Side-Port" NIX angeschlossen! Das war jetzt seit dato so ich habe da in Zwischenzeit an nix gefummelt ; ).

      Von der Gerätemanageransicht habe ich dir anbei Screenshots beigefügt. Auch was mir erst bei der Befehlsausgabe selber langsam klar wurde

      "### Please use DeviceManager for mounting filesystems
      ### if you use fstab be sure that you do not mount
      ### a filesystem two times (fstab and DeviceManager)"

      So ist mir die Einsicht zum Gerätemanager selbst eingeläutet ; ).

      Nun stellt sich die Frage:

      - Wenn ich nun eine Partition wähle, habe ich dann die Platte leer?
      - Ebenso, laufe ich Gefahr so noch ein drittes Filesystem zu Generieren?

      Langsam wird mir selbst klar das ne VU keine Debian Maschine ist ; ).

      Ich freue mich auf eure Feedbacks!!! :)


      LG!
      - brendy -
      Dateien

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von brendy () aus folgendem Grund: - Bilder nachgefügt -

    • Ich kenne den Gerätemanager des VTI nicht aus eigener Nutzung.

      Wenn du die Box komplett neu startest, wird dann bei
      blkid

      nur das /dev/sdb1 und keine /dev/sda1 angezeigt?
      Dann wäre das so, dass da, wo die HDD jetzt steckt, diese als /dev/sdb1 erkannt wird.

      Dann würde es aber keinen Sinn machen, im Gerätemanger eine /dev/sda1 zu verwalten, diese wäre dann überflüssig

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

    • Hmm, es ist genau andersrum sie wird in der Ausgabe als sda1 dargestellt:

      Quellcode

      1. root@vuuno4k:~# blkid
      2. /dev/mmcblk0: PTUUID="4c6a0f62-74f8-4666-b59f-a0ae27814881" PTTYPE="gpt"
      3. /dev/mmcblk0p1: PARTLABEL="kernel" PARTUUID="4a3957e0-45b1-4482-890f-dd35f510865 f"
      4. /dev/mmcblk0p2: PARTLABEL="initrd" PARTUUID="50ceb93c-9689-4e12-a4e9-2b88eca30c1 f"
      5. /dev/mmcblk0p3: PARTLABEL="splash" PARTUUID="569bdc0a-d361-4c20-8524-de39f2f7c10 d"
      6. /dev/mmcblk0p4: UUID="57f8f4bc-abf4-655f-bf67-946fc0f9f25b" TYPE="ext4" PARTLABE L="rootfs" PARTUUID="a609dc79-bf96-4051-a1b5-1f4315663075"
      7. /dev/sda1: UUID="b769d638-55e9-48e9-9c41-85f87689d628" TYPE="ext4" PARTUUID="c34 c9c41-01"
      8. root@vuuno4k:~#
      ´
      Im Gerätemanager wird mir nun nach dem "Einhängen als eine Partition" nur noch das eine Filesystem (ext4) für die HDD angezeigt, so wie es auch sein soll!

      Nun werde ich eine Woche verstreichen lassen ob es weiterhin zu Debug vorfällen kommt! Feedback folgt selbstverständlich!

      Ich möchte mich nochmals bei allen für Ihre Hilfe bedanken! :)


      LG
      - brendy -
    • /dev/sda1 ist auch das, was normal ist. Das sieht jetzt erstmal alles ok aus
    • Es hört einfach nicht auf, debug, reboot, debug, reboot, was man auch gerade individuell macht...

      Habe nochmals Crashlogs beigefügt.

      Ich denke, wenn ich das Toshiba Diagnose Tool auf ne Win Maschine durchlaufen lasse, wird das Ext4 Filesystem nicht mehr zu retten sein, oder?
      Wobei die Datenträger ja auch schon im thread-Verlauf getauscht wurden sowie auch weggelassen wurde - es kam dennoch zu den debugs.


      Freue mich auf eure Feedbacks und Auswertungen dazu!


      LG!
      - brendy -
      Dateien