Probleme im TDT-0.5.1 mit "umount" auf sda3
Probleme im TDT-0.5.1 mit "umount" auf sda3
Hallo,
ich habe aktuell zwar KEINE Probleme, wollte jedoch die Festplatte mit den Filmen sicherheitshalber einmal überprüfen lassen.
Ich nutze das TDT-0.5.1 Image und habe den Topf aktuell ohne Aufnahme laufen.
Das Problem habe ich jedoch auch im Radio- oder Standby- Betrieb !
Nach dem öffnen der Konsole über Putty, habe ich die im Forum bekannten Befehle eingegeben.
Eingabe1
tf7700:~# fdisk -l
Ausgabe1
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 1 262 2104514+ 83 Linux
/dev/sda2 263 295 265072+ 82 Linux swap
/dev/sda3 296 60801 486014445 83 Linux
Eingabe2
init 2
Ausgabe2
nichts
Eingabe3
umount /dev/sda3
Ausgabe3
umount: cannot umount /hdd: Device or resource busy
Eingabe4
fsck /dev/sda3
Ausgabe3
fsck (busybox 1.11.2, 2009-12-15 20:33:59 CET)
fsck: fsck.auto: No such file or directory
Hat jemand eine Erklärung, oder Lösung woran es liegt das ich sda3 nicht umountén kann ?
Was bewirkt die Funktion umount -a oder -d ???
Ich will mir durch wildes ausprobieren nichts zerschiessen, die Aufnahmen nicht verliegen oder auf sda3 nur noch eine Leseberechtigung haben !
CU
ich habe aktuell zwar KEINE Probleme, wollte jedoch die Festplatte mit den Filmen sicherheitshalber einmal überprüfen lassen.
Ich nutze das TDT-0.5.1 Image und habe den Topf aktuell ohne Aufnahme laufen.
Das Problem habe ich jedoch auch im Radio- oder Standby- Betrieb !
Nach dem öffnen der Konsole über Putty, habe ich die im Forum bekannten Befehle eingegeben.
Eingabe1
tf7700:~# fdisk -l
Ausgabe1
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 1 262 2104514+ 83 Linux
/dev/sda2 263 295 265072+ 82 Linux swap
/dev/sda3 296 60801 486014445 83 Linux
Eingabe2
init 2
Ausgabe2
nichts
Eingabe3
umount /dev/sda3
Ausgabe3
umount: cannot umount /hdd: Device or resource busy
Eingabe4
fsck /dev/sda3
Ausgabe3
fsck (busybox 1.11.2, 2009-12-15 20:33:59 CET)
fsck: fsck.auto: No such file or directory
Hat jemand eine Erklärung, oder Lösung woran es liegt das ich sda3 nicht umountén kann ?
Was bewirkt die Funktion umount -a oder -d ???
Ich will mir durch wildes ausprobieren nichts zerschiessen, die Aufnahmen nicht verliegen oder auf sda3 nur noch eine Leseberechtigung haben !
CU
Zuletzt geändert von TF7700aua am Sa 2. Jan 2010, 22:39, insgesamt 6-mal geändert.
AW: Probleme im TDT-0.5.1 mit "umount" auf sda3
Das ist ja komisch. Leider sind die Runlevel unter Enigma nicht so richtig dukumentiert (hab zumindest nix gefunden), aber unter LSD war nach init 2 so ziemlich alles tot.
Welche Prozesse laufen denn noch? Guck doch mal nach mit
> ps aux
Gruß
Wolf
Welche Prozesse laufen denn noch? Guck doch mal nach mit
> ps aux
Gruß
Wolf
"Warum ich immer die Frau bekomme? Weil ich die Drehbücher schreibe." -- John Cleese
AW: Probleme im TDT-0.5.1 mit "umount" auf sda3
Hallo Wolf,
Hilfsbereit wie immer !!!!
Danke.
Hier das Ergebnis:
tf7700:~# ps aux
PID USER VSZ STAT COMMAND
1 root 1680 S ini
2 root 0 SWN [ksoftirqd/0]
3 root 0 SW [watchdog/0]
4 root 0 SW< [events/0]
5 root 0 SW< [khelper]
6 root 0 SW< [kthread]
23 root 0 SW< [kblockd/0]
27 root 0 SW< [khubd]
29 root 0 SW< [kseriod]
74 root 0 SW [pdflush]
75 root 0 SW [pdflush]
76 root 0 SW [kswapd0]
77 root 0 SW< [aio/0]
78 root 0 SW< [jfsIO]
79 root 0 SW< [jfsCommit]
80 root 0 SW< [jfsSync]
182 root 0 SW< [ata/0]
184 root 0 SW< [scsi_eh_0]
195 root 0 SW [mtdblockd]
290 root 0 SW< [kjournald]
308 root 0 SW [frontpanel]
344 bin 1668 S /sbin/portmap
349 root 2404 S /usr/sbin/automount --timeout=5 /autofs file /etc/aut
358 root 0 SW< [hdmid/0]
383 root 0 SW< [EMBXSHM-NewPort]
384 root 0 SW< [EMBXSHM-PortClo]
424 root 0 SW [kdvb-ca-0:0]
427 root 0 DW [pti_task]
456 root 0 DW< [Havana player E]
466 root 1844 S /usr/bin/lircd
490 root 0 SW [ExecutionLoopNo]
500 root 2356 S /usr/sbin/telnetd -l /bin/login
503 root 2384 S /usr/bin/vsftpd
505 root 2352 S /usr/sbin/inetd
568 root 0 SW< [cifsoplockd]
569 root 0 SW< [cifsdnotifyd]
571 root 0 SW [cifsd]
573 root 0 SW [cifsd]
609 root 2816 S -sh
618 root 2356 S /sbin/getty -L ttyAS0 115200 vt102
620 root 2816 R ps aux
Mir sagt das leider nichts.
Bin ich eigentlich der einzige Anfänger der Fragen zu "Cifs" und "umount" unter TDT-0.5.1 hat und alle anderen wissen das schon ??
CU
Hilfsbereit wie immer !!!!
Danke.
Hier das Ergebnis:
tf7700:~# ps aux
PID USER VSZ STAT COMMAND
1 root 1680 S ini
2 root 0 SWN [ksoftirqd/0]
3 root 0 SW [watchdog/0]
4 root 0 SW< [events/0]
5 root 0 SW< [khelper]
6 root 0 SW< [kthread]
23 root 0 SW< [kblockd/0]
27 root 0 SW< [khubd]
29 root 0 SW< [kseriod]
74 root 0 SW [pdflush]
75 root 0 SW [pdflush]
76 root 0 SW [kswapd0]
77 root 0 SW< [aio/0]
78 root 0 SW< [jfsIO]
79 root 0 SW< [jfsCommit]
80 root 0 SW< [jfsSync]
182 root 0 SW< [ata/0]
184 root 0 SW< [scsi_eh_0]
195 root 0 SW [mtdblockd]
290 root 0 SW< [kjournald]
308 root 0 SW [frontpanel]
344 bin 1668 S /sbin/portmap
349 root 2404 S /usr/sbin/automount --timeout=5 /autofs file /etc/aut
358 root 0 SW< [hdmid/0]
383 root 0 SW< [EMBXSHM-NewPort]
384 root 0 SW< [EMBXSHM-PortClo]
424 root 0 SW [kdvb-ca-0:0]
427 root 0 DW [pti_task]
456 root 0 DW< [Havana player E]
466 root 1844 S /usr/bin/lircd
490 root 0 SW [ExecutionLoopNo]
500 root 2356 S /usr/sbin/telnetd -l /bin/login
503 root 2384 S /usr/bin/vsftpd
505 root 2352 S /usr/sbin/inetd
568 root 0 SW< [cifsoplockd]
569 root 0 SW< [cifsdnotifyd]
571 root 0 SW [cifsd]
573 root 0 SW [cifsd]
609 root 2816 S -sh
618 root 2356 S /sbin/getty -L ttyAS0 115200 vt102
620 root 2816 R ps aux
Mir sagt das leider nichts.
Bin ich eigentlich der einzige Anfänger der Fragen zu "Cifs" und "umount" unter TDT-0.5.1 hat und alle anderen wissen das schon ??
CU
Zuletzt geändert von TF7700aua am Sa 2. Jan 2010, 22:46, insgesamt 4-mal geändert.
AW: Probleme im TDT-0.5.1 mit "umount" auf sda3
[quote="TF7700aua"]
Hilfsbereit wie immer !!!!
[/quote]
Oh,
Danke für die Blumen.
Hmm, sieht recht ähnlich wie bei mir aus. Unterschied: Bei mir läuft kein cifs daemon. Kannst ja mal versuchen die cifs Prozesse mit kill (evtl. mit kill -9) zu beenden. Klappt es dann?
Gruß
Wolf
"Warum ich immer die Frau bekomme? Weil ich die Drehbücher schreibe." -- John Cleese
AW: Probleme im TDT-0.5.1 mit "umount" auf sda3
Leider hat es nicht geholfen.
Was bewirkt die Funktion umount -a oder -d ???
Ich will mir durch wildes ausprobieren nichts zerschiessen, die Aufnahmen nicht verliegen oder auf sda3 nur noch eine Leseberechtigung haben !
Was bewirkt die Funktion umount -a oder -d ???
Ich will mir durch wildes ausprobieren nichts zerschiessen, die Aufnahmen nicht verliegen oder auf sda3 nur noch eine Leseberechtigung haben !
Zuletzt geändert von TF7700aua am Sa 2. Jan 2010, 22:59, insgesamt 1-mal geändert.
AW: Probleme im TDT-0.5.1 mit "umount" auf sda3
Ähh,
nee. Du machst einen Scherz, oder?
Für das Beispiel von oben hättest Du
> kill -9 571
> kill -9 573
und vieleicht sogar noch
> kill -9 568
> kill -9 569
eingeben müssen. Die Zahlen sind die PID (Process ID) der Prozesse, die von ps ausgegeben werden.
Gruß
Wolf
nee. Du machst einen Scherz, oder?
Für das Beispiel von oben hättest Du
> kill -9 571
> kill -9 573
und vieleicht sogar noch
> kill -9 568
> kill -9 569
eingeben müssen. Die Zahlen sind die PID (Process ID) der Prozesse, die von ps ausgegeben werden.
Gruß
Wolf
"Warum ich immer die Frau bekomme? Weil ich die Drehbücher schreibe." -- John Cleese
AW: Probleme im TDT-0.5.1 mit "umount" auf sda3
ich hatte folgendes eingegeben:
killall -9 enigma2
Als Antwort erhalten:
killall: enigma2: no process killed
Jetzt habe ich alles eingegeben was Du vorgeschlagen hast.
Ergebnis:
tf7700:~# kill -9 571
tf7700:~# kill -9 573
tf7700:~# kill -9 568
tf7700:~# kill -9 569
tf7700:~# umount /dev/sda3
umount: cannot umount /hdd: Device or resource busy
killall -9 enigma2
Als Antwort erhalten:
killall: enigma2: no process killed
Jetzt habe ich alles eingegeben was Du vorgeschlagen hast.
Ergebnis:
tf7700:~# kill -9 571
tf7700:~# kill -9 573
tf7700:~# kill -9 568
tf7700:~# kill -9 569
tf7700:~# umount /dev/sda3
umount: cannot umount /hdd: Device or resource busy
Zuletzt geändert von TF7700aua am Sa 2. Jan 2010, 23:05, insgesamt 2-mal geändert.
AW: Probleme im TDT-0.5.1 mit "umount" auf sda3
"Warum ich immer die Frau bekomme? Weil ich die Drehbücher schreibe." -- John Cleese
AW: Probleme im TDT-0.5.1 mit "umount" auf sda3
[quote="TF7700aua"]killall -9 enigma2
[/quote]
Wieso willst Du jetzt enigma2 killen? enigma2 ist bereits durch init2 beendet.
"Warum ich immer die Frau bekomme? Weil ich die Drehbücher schreibe." -- John Cleese
AW: Probleme im TDT-0.5.1 mit "umount" auf sda3
Aus Lauter Verzweifelung ! :
Der Link zum umount ist sehr interessant:
Was bewirkt die Funktion umount -a , -r oder -d ???
Ich will mir durch wildes ausprobieren nichts zerschiessen, die Aufnahmen nicht verliegen oder auf sda3 nur noch eine Leseberechtigung haben !
Der Link zum umount ist sehr interessant:
Was bewirkt die Funktion umount -a , -r oder -d ???
Ich will mir durch wildes ausprobieren nichts zerschiessen, die Aufnahmen nicht verliegen oder auf sda3 nur noch eine Leseberechtigung haben !
AW: Probleme im TDT-0.5.1 mit "umount" auf sda3
Hi,
mit den kill Befehlen von oben kannst Du eigentlich nix kaputt machen. Du greifst ja nicht gerade schreibend auf irgendwelche Files auf /dev/sda3 zu, oder?
Gruß
Wolf
mit den kill Befehlen von oben kannst Du eigentlich nix kaputt machen. Du greifst ja nicht gerade schreibend auf irgendwelche Files auf /dev/sda3 zu, oder?
Gruß
Wolf
"Warum ich immer die Frau bekomme? Weil ich die Drehbücher schreibe." -- John Cleese
AW: Probleme im TDT-0.5.1 mit "umount" auf sda3
Das ist richtig. Deshalb habe ich es auch ausprobiert. Hat leider nichts gebracht.
Mit Eingabe von umount in der Konsole gibt es folgende Info:
Options:
-a Unmount all file systems
-r Try to remount devices as read-only if mount is busy
-l Lazy umount (detach filesystem)
-f Force umount (i.e., unreachable NFS server)
-d Free loop device if it has been used
Was bewirkt die Funktion umount -a , -r oder -d ???
Ich will mir durch wildes ausprobieren nichts zerschiessen, die Aufnahmen nicht verliegen oder auf sda3 nur noch eine Leseberechtigung haben !
Bin ich denn wieder einmal der Einzige der mit TDT-0.5.1 die Festplatte sa3 überprüfen möchte, oder funktioniert es bei anderen mit TDT-0.5.1 ohne Fehler ?
Mit Eingabe von umount in der Konsole gibt es folgende Info:
Options:
-a Unmount all file systems
-r Try to remount devices as read-only if mount is busy
-l Lazy umount (detach filesystem)
-f Force umount (i.e., unreachable NFS server)
-d Free loop device if it has been used
Was bewirkt die Funktion umount -a , -r oder -d ???
Ich will mir durch wildes ausprobieren nichts zerschiessen, die Aufnahmen nicht verliegen oder auf sda3 nur noch eine Leseberechtigung haben !
Bin ich denn wieder einmal der Einzige der mit TDT-0.5.1 die Festplatte sa3 überprüfen möchte, oder funktioniert es bei anderen mit TDT-0.5.1 ohne Fehler ?
AW: Probleme im TDT-0.5.1 mit "umount" auf sda3
Vergiss umount erstmal. Das ist nicht das Problem. Das Problem ist, dass es noch Prozess(e) gibt, die auf Deine Platte zugreifen. Die müssen beendet werden,
Bisher hast Du noch nicht geschrieben, dass Du die cifsd Prozesse erfolgreich beendet hast. Mach das doch mal: viewtopic.php?p=623661#p623661
Anschließend prüfst Du mit
> ps aux
ob die cifsd Prozesse wirklich weg sind, dann gibst Du nochmal
> umount /dev/sda3
ein.
Bisher hast Du noch nicht geschrieben, dass Du die cifsd Prozesse erfolgreich beendet hast. Mach das doch mal: viewtopic.php?p=623661#p623661
Anschließend prüfst Du mit
> ps aux
ob die cifsd Prozesse wirklich weg sind, dann gibst Du nochmal
> umount /dev/sda3
ein.
"Warum ich immer die Frau bekomme? Weil ich die Drehbücher schreibe." -- John Cleese
AW: Probleme im TDT-0.5.1 mit "umount" auf sda3
Hallo Wolf,
natürlich habe ich allen Nutzern mein Ergebnis mitgeteilt !!!
Siehe:
viewtopic.php?p=623292#p623292
Da ich gerade auf Pro7 einen Film aufnehme, muss ich weitere Test´s auf morgen verschieben. Sonnst wird die Regierung böse.
Erst einmal Danke für Deine Hilfe.
CU
natürlich habe ich allen Nutzern mein Ergebnis mitgeteilt !!!
Siehe:
viewtopic.php?p=623292#p623292
Da ich gerade auf Pro7 einen Film aufnehme, muss ich weitere Test´s auf morgen verschieben. Sonnst wird die Regierung böse.
Erst einmal Danke für Deine Hilfe.
CU
AW: Probleme im TDT-0.5.1 mit "umount" auf sda3
TF7700aua,
offensichtlich hast Du keinen Schimmer, von was ich rede.
Sorry, wenn ich mich undeutlich ausgedrückt habe, aber lies den Thread doch Morgen nochmal in aller Ruhe von Anfang an durch. Ich bin sicher, Du kommst dann drauf.
Gruß
Wolf
offensichtlich hast Du keinen Schimmer, von was ich rede.
Sorry, wenn ich mich undeutlich ausgedrückt habe, aber lies den Thread doch Morgen nochmal in aller Ruhe von Anfang an durch. Ich bin sicher, Du kommst dann drauf.
Gruß
Wolf
"Warum ich immer die Frau bekomme? Weil ich die Drehbücher schreibe." -- John Cleese
-
- Super-Freak
- Beiträge: 3767
- Registriert: Do 27. Aug 2009, 23:32
- Receivertyp: TF5500PVR (506) [STUPIDsEB2]
TF7750 (E2) - Receiverfirmware: 03.01.2007
- Wohnort: BW
AW: Probleme im TDT-0.5.1 mit "umount" auf sda3
DVDWolf hat geschrieben:Vergiss umount erstmal. Das ist nicht das Problem. Das Problem ist, dass es noch Prozess(e) gibt, die auf Deine Platte zugreifen. Die müssen beendet werden,
Bisher hast Du noch nicht geschrieben, dass Du die cifsd Prozesse erfolgreich beendet hast. Mach das doch mal: viewtopic.php?p=623661#p623661
Anschließend prüfst Du mit
> ps aux
ob die cifsd Prozesse wirklich weg sind, dann gibst Du nochmal
> umount /dev/sda3
ein.
TF7700aua hat geschrieben:Hallo Wolf,
natürlich habe ich allen Nutzern mein Ergebnis mitgeteilt !!!
Siehe:
viewtopic.php?p=623292#p623292
Da ich gerade auf Pro7 einen Film aufnehme, muss ich weitere Test´s auf morgen verschieben. Sonnst wird die Regierung böse.
Erst einmal Danke für Deine Hilfe.
CU
Es ist witzig, Euch zuzulesen
Aber Spaß beiseite, TF7700aua hat es uns tatsächlich mitgeteilt. Allerdings, indem er Post #7 im Nachhinein editierte. Das ging wohl unter. Aber folge danach noch mal DVDWolfs rat und überprüfemit ps aux, ob der cifs demon tatsächlich gekillt ist
@TF7700aua
umount -a : umount für ALLE Filesysteme -- das willst Du nicht
umount -r "fs": Wenn d"fs" 'busy' ist, wird sein Status aud read-only (Nur lesen) gesetzt. Das willst Du auch nicht.
umount -d: wenn das fs auf ein anderes zeigt (so eine Art virtuelles Filesystem), wird das Zielfilesytem auch ungemounted (Was für ein Deutsch ) Das brauchst Du nicht.
Und ich finde es sehr verwirrend, wenn Du Deine Fragen immer wiederholst, indem du sie mehr oder weniger kommentarlos kopierst. Lieber nochmal ein kurzes, "Was mir immer noch nicht klar ist:..." davor hilft sicher
Ein frohes Neues,
karlek
Receiver: 5500PVR mit WD3200AVJB, 7750HDPVR mit WDC WD10EADS-00L, 6000Fe
TAPs: Deselect v1.1 ° AutoReboot V2.2a ° Power Restore V0.7.6 ° AutoDST / 3PG V0.3 ° Automove V1.9 [60] ° SmartCut 01.03.11 (4) ° Nice Display 2.1 ° 3PG 1.29(rc4) ° Euro-Stirf v1.32 ° Radiotext 0.56 ° Filer v2.31 ° WSSkiller V2.12d ° SDS V1.3e ° Standby v1.8
Samsung UE 40 B6000
PS3
Harmony 555
TAPs: Deselect v1.1 ° AutoReboot V2.2a ° Power Restore V0.7.6 ° AutoDST / 3PG V0.3 ° Automove V1.9 [60] ° SmartCut 01.03.11 (4) ° Nice Display 2.1 ° 3PG 1.29(rc4) ° Euro-Stirf v1.32 ° Radiotext 0.56 ° Filer v2.31 ° WSSkiller V2.12d ° SDS V1.3e ° Standby v1.8
Samsung UE 40 B6000
PS3
Harmony 555
-
- Super-Freak
- Beiträge: 3767
- Registriert: Do 27. Aug 2009, 23:32
- Receivertyp: TF5500PVR (506) [STUPIDsEB2]
TF7750 (E2) - Receiverfirmware: 03.01.2007
- Wohnort: BW
AW: Probleme im TDT-0.5.1 mit "umount" auf sda3
TF7700aua hat geschrieben:Der Link zum umount ist sehr interessant:
Das ist er tatsächlich. Da stehen z.B. exemplarisch Gründe, warum ein fs 'busy' sein kan:
Du könntest also auch mal -l für ein lazy unmount versuchen:UNIX man pages hat geschrieben:Note that a file system cannot be unmounted when it is `busy' - for
example, when there are open files on it, or when some process has its
working directory there, or when a swap file on it is in use. The
offending process could even be umount itself - it opens libc, and libc
in its turn may open for example locale files. A lazy unmount avoids
this problem.
UNIX man pages hat geschrieben: -l Lazy unmount. Detach the filesystem from the filesystem hierar-chy now, and cleanup all references to the filesystem as soon asit is not busy anymore. (Requires kernel 2.4.11 or later.)
Receiver: 5500PVR mit WD3200AVJB, 7750HDPVR mit WDC WD10EADS-00L, 6000Fe
TAPs: Deselect v1.1 ° AutoReboot V2.2a ° Power Restore V0.7.6 ° AutoDST / 3PG V0.3 ° Automove V1.9 [60] ° SmartCut 01.03.11 (4) ° Nice Display 2.1 ° 3PG 1.29(rc4) ° Euro-Stirf v1.32 ° Radiotext 0.56 ° Filer v2.31 ° WSSkiller V2.12d ° SDS V1.3e ° Standby v1.8
Samsung UE 40 B6000
PS3
Harmony 555
TAPs: Deselect v1.1 ° AutoReboot V2.2a ° Power Restore V0.7.6 ° AutoDST / 3PG V0.3 ° Automove V1.9 [60] ° SmartCut 01.03.11 (4) ° Nice Display 2.1 ° 3PG 1.29(rc4) ° Euro-Stirf v1.32 ° Radiotext 0.56 ° Filer v2.31 ° WSSkiller V2.12d ° SDS V1.3e ° Standby v1.8
Samsung UE 40 B6000
PS3
Harmony 555