Netzwerk-Shares im Netzwerk-Browser (Fragen & Diskussionen)
- Papi2000
- Super Moderator
- Beiträge: 26876
- Registriert: 20 Apr 2013 20:09
- Receiver 1: Viele GigaBlues
- Receiver 2: DM und ZGemma
- Receiver 3: bissl VU
- Hat gedankt: 4570 Mal
- Hat Dank erhalten: 8695 Mal
Ich habe sie mal korrigiert (Mount /media/usb1 -> /media/usb), und die notwendige Leerzeile am Ende fehlte. Sonst geht sie nicht!
Ansonsten war sie OK (utf8 und Line-Endings).
Ansonsten war sie OK (utf8 und Line-Endings).
- Dateianhänge
-
- fstab.zip
- (426 Bytes) 36-mal heruntergeladen
- RuPo2
- Member
- Beiträge: 445
- Registriert: 06 Apr 2013 11:08
- Wohnort: AT Wien
- Receiver 1: Gigablue QUAD UHD 4K
- Receiver 2: Zgemma h9 twin
- Receiver 3: Mutant HD2400
- Hat gedankt: 141 Mal
- Hat Dank erhalten: 20 Mal
Papi2000 hat geschrieben:Nur am Ende muss zwingend eine Leerzeile rein.
Lade die Datei nochmal runter - eventuell hast du nicht die letzte Version.
Dann siehst du es.
Hi Papi2000
Danke für die neue fstab.
Installiert auf Leerzeile geachtet.
Die Mount`s sind jetzt hdd / usb / usb2
Aber das " Ausklapp - Problem " NW Browser / IP`s / Uname / Passwort / keine Abfrage / besteht leider nach wie vor ??
- RuPo2
- Member
- Beiträge: 445
- Registriert: 06 Apr 2013 11:08
- Wohnort: AT Wien
- Receiver 1: Gigablue QUAD UHD 4K
- Receiver 2: Zgemma h9 twin
- Receiver 3: Mutant HD2400
- Hat gedankt: 141 Mal
- Hat Dank erhalten: 20 Mal
Papi2000 hat geschrieben:Ja, genau das.
WinSCP oder FileZilla können das in den Datei-Eigenschaften anzeigen / umstellen.
ntfs-3g ist installiert?
???
wo schaue ich da nach ?
abgesehen davon sollte das nicht alles im aktuellen Img. ohne manuelle Änderungen (außer fstab)
richtig enthalten sein ?
oder liege ich da falsch?
- Papi2000
- Super Moderator
- Beiträge: 26876
- Registriert: 20 Apr 2013 20:09
- Receiver 1: Viele GigaBlues
- Receiver 2: DM und ZGemma
- Receiver 3: bissl VU
- Hat gedankt: 4570 Mal
- Hat Dank erhalten: 8695 Mal
NEin - ntfs-3g ist NIE in einem Linux default installiert.
Bei mir sind die beiden (von mir nachträglich) installiert:
Also:
Code: Alles auswählen
opkg list-installed |grep ntfs
Bei mir sind die beiden (von mir nachträglich) installiert:
Code: Alles auswählen
libntfs-3g89 - 2022.10.3-r0
ntfs-3g - 2022.10.3-r0
Also:
Code: Alles auswählen
opkg update
opkg install ntfs-3g
shutdown -r now
- RuPo2
- Member
- Beiträge: 445
- Registriert: 06 Apr 2013 11:08
- Wohnort: AT Wien
- Receiver 1: Gigablue QUAD UHD 4K
- Receiver 2: Zgemma h9 twin
- Receiver 3: Mutant HD2400
- Hat gedankt: 141 Mal
- Hat Dank erhalten: 20 Mal
Papi2000 hat geschrieben:Wenn du per fstab etwas "unleserliches" mountest, ist beim Start der komplette Mountmechanismus (Hardware und Shares) am Schwimmen und Schwabbeln. Da läuft nichts mehr rund.
Danke für die neuerliche Info.
Denke jedoch ich muss da aussteigen, mir fehlt es da eindeutig an Basics.
Warum "unleserliches mounten " ???
Gruß aus Wien
RuPo2
- Papi2000
- Super Moderator
- Beiträge: 26876
- Registriert: 20 Apr 2013 20:09
- Receiver 1: Viele GigaBlues
- Receiver 2: DM und ZGemma
- Receiver 3: bissl VU
- Hat gedankt: 4570 Mal
- Hat Dank erhalten: 8695 Mal
Hänge mal eine ext4 formatierte Platte an einen PC mit jungfräulichem Win 7Pro, und versuche, etwas davon zu lesen...
So etwa geht es E2 mit dem NTFS. Da kann der Treiber sogar automatisch nachgeladen werden, aber für manche Vorgänge kann das dann zu spät sein, und "Mounten" ist aus dem Tritt.
Wenn du den Treiber nicht explizit installiert hast, läuft er wie früher.
Früher lief der ntfs-3g wie Grütze im Userspace. Seit dem er als Kernelmodul mitgebaut wird, ist er weniger leistungshungrig, aber auch anfälliger.
So etwa geht es E2 mit dem NTFS. Da kann der Treiber sogar automatisch nachgeladen werden, aber für manche Vorgänge kann das dann zu spät sein, und "Mounten" ist aus dem Tritt.
Wenn du den Treiber nicht explizit installiert hast, läuft er wie früher.
Früher lief der ntfs-3g wie Grütze im Userspace. Seit dem er als Kernelmodul mitgebaut wird, ist er weniger leistungshungrig, aber auch anfälliger.
- RuPo2
- Member
- Beiträge: 445
- Registriert: 06 Apr 2013 11:08
- Wohnort: AT Wien
- Receiver 1: Gigablue QUAD UHD 4K
- Receiver 2: Zgemma h9 twin
- Receiver 3: Mutant HD2400
- Hat gedankt: 141 Mal
- Hat Dank erhalten: 20 Mal
Papi2000 hat geschrieben:Hänge mal eine ext4 formatierte Platte an einen PC mit jungfräulichem Win 7Pro, und versuche, etwas davon zu lesen...
So etwa geht es E2 mit dem NTFS. Da kann der Treiber sogar automatisch nachgeladen werden, aber für manche Vorgänge kann das dann zu spät sein, und "Mounten" ist aus dem Tritt.
Wenn du den Treiber nicht explizit installiert hast, läuft er wie früher.
Früher lief der ntfs-3g wie Grütze im Userspace. Seit dem er als Kernelmodul mitgebaut wird, ist er weniger leistungshungrig, aber auch anfälliger.
Danke
Ja soweit verstehe ich das schon, dass das kompatibel sein muss.
Ich durchschaue nur nicht wie das alles mit dem eingangs geposteten Problem zusammen hängt.
kurz zusammengefasst : Windows NW / GB Quad 4K / Zgemma h9 twin
Img 7.3 / Festplatten per fstab fix gemountet / Aufklappen der Geräte / IP`s um Freigaben einzurichten / geht nicht.
dadurch könne die jeweiligen hdd`s nicht freigegeben werden.
Anmerkung : in bisherigen Img`s war das nie ein Problem.
Ohne fstab cleanes Img. / nur NW eingerichtet / alles normal.
- Papi2000
- Super Moderator
- Beiträge: 26876
- Registriert: 20 Apr 2013 20:09
- Receiver 1: Viele GigaBlues
- Receiver 2: DM und ZGemma
- Receiver 3: bissl VU
- Hat gedankt: 4570 Mal
- Hat Dank erhalten: 8695 Mal
RuPo2 hat geschrieben:...
kurz zusammengefasst : Windows NW / GB Quad 4K / Zgemma h9 twin
Img 7.3 / Festplatten per fstab fix gemountet / Aufklappen der Geräte / IP`s um Freigaben einzurichten / geht nicht.
...
Ohne fstab cleanes Img. / nur NW eingerichtet / alles normal.
Das wird ja nicht ganz ohne /etc/fstab ablaufen. Eher vielleicht "originale" /etc/fstab des Images ohne die NTFS-Mounts.
Dann kann man zusammenfassen:
Du hast bei dir DHCP deaktiviert - kannst du machen.
Du setzt 1x ext4 und 2x NTFS für Platten in/an den Boxen - kannst du machen.
Deine gelisteten Server klappen die Shares mit oATV7.3 nicht mehr auf. Dann ist das aus meiner Sicht so, ohne dass ich dir dafür eine Lösung geben könnte. Meine Möglichkeiten habe ich aufgezeigt.
Ich hatte dir ja auch schon gezeigt, dass oATV5.3 -oATV7.3 hier bei mir im Netzwerk einwandfrei agieren. Ich habe überall DHCP aktiviert, allein weil mir sonst der Verwaltungsaufwand für ein reproduzierbares Verhalten aller Teilnehmer zu groß wäre. Ich setzte an E2-Boxen keine NTFS-Datenträger ein.
- RuPo2
- Member
- Beiträge: 445
- Registriert: 06 Apr 2013 11:08
- Wohnort: AT Wien
- Receiver 1: Gigablue QUAD UHD 4K
- Receiver 2: Zgemma h9 twin
- Receiver 3: Mutant HD2400
- Hat gedankt: 141 Mal
- Hat Dank erhalten: 20 Mal
Papi2000 hat geschrieben:Das wird ja nicht ganz ohne /etc/fstab ablaufen. Eher vielleicht "originale" /etc/fstab des Images ohne die NTFS-Mounts.
Dann kann man zusammenfassen:
Du hast bei dir DHCP deaktiviert - kannst du machen.
Du setzt 1x ext4 und 2x NTFS für Platten in/an den Boxen - kannst du machen.
Deine gelisteten Server klappen die Shares mit oATV7.3 nicht mehr auf. Dann ist das aus meiner Sicht so, ohne dass ich dir dafür eine Lösung geben könnte. Meine Möglichkeiten habe ich aufgezeigt.
Ich hatte dir ja auch schon gezeigt, dass oATV5.3 -oATV7.3 hier bei mir im Netzwerk einwandfrei agieren. Ich habe überall DHCP aktiviert, allein weil mir sonst der Verwaltungsaufwand für ein reproduzierbares Verhalten aller Teilnehmer zu groß wäre. Ich setzte an E2-Boxen keine NTFS-Datenträger ein.
Papi2000
Nochmals Vielen Dank dass du dich so mit meinem Problemchen befasst und dir die Mühe machst, mir das so explizit zu erklären.
Beim erwähnten "clean Img." mit nur NW einrichten ist natürlich das von dir erwähnte "originale fstab" vorhanden.
Meinte nur dass ich nicht das von dir modifizierte fstab in etc / fstab eingefügt habe.
Ich möchte nur noch dazu bemerken, dass ich schon seit rund 15 Jahren Enigma 2 Boxen mit den verschiedensten Img`s verwende.
Meine NW Konfiguration ist bei den jeweiligen Windows - Varianten von XP bis 11pro immer gleich gewesen.
Damit meine ich auch fixe IP´s.
Ich denke jeder Enigma 2 Nutzer der nicht NUR Fernsehen will, sondern auch andere Möglichkeiten, die dieses interessante - nenne es mal Hobby - bietet, ausschöpfen will,
weiß dass es immer wieder kleinere und auch größere Probleme / Crashs gibt.
Will aber damit nur sagen, dass ich gerade mit dem Netzwerk KEINERLEI derartige Schwierigkeiten, wie eingangs geschildert, hatte.
Auch aufgrund mangelnder Linux Kenntnissen musste / konnte ich noch (fast) nie in die Tiefen der Img`s eingreifen.
Standard:
Img. flashen / konfigurieren / läuft --- Updates.
.
Stellt sich die Frage, ob das unseren Posts zugrunde liegende Verhalten - wenn konfiguriertes fstab - kein "Aufklappen " der Boxen IP`s im NW Browser -
möglicherweise mit der Img. Architektur oder py 3 (????) des 7.3 zu tun hat ? (kann das selbst keinerlei beurteilen !!!)
Mich wundert eigentlich dass ich scheinbar hier im Forum der Einzige bin der dieses spezielle NW Probleme hat.
Der ursprüngliche Grund war ja nur, dass ich auf die hdd`s 2er Boxen gegenseitig zugreifen wollte.
Das wurde ja in vielen Posts und Videos bereits oftmals behandelt und ist ja nichts ungewöhnliches.
Hat bisher auch immer funktioniert.
Jedenfalls
DANKE für die Bemühungen
und Grüße aus Wien
Rupo2
- Papi2000
- Super Moderator
- Beiträge: 26876
- Registriert: 20 Apr 2013 20:09
- Receiver 1: Viele GigaBlues
- Receiver 2: DM und ZGemma
- Receiver 3: bissl VU
- Hat gedankt: 4570 Mal
- Hat Dank erhalten: 8695 Mal
Weder das eine noch das andere.
Ich habe ja an einigen Boxen mehrere Datenträger, die ich immer zusätzlich noch freigeben muß (Stichwort "/etc/samba/smb-user.conf"). Ich habe einen Mix aus SMBv1 und SMBv2 laufen, da einige ältere Gerätschaften nunmal SMBv2 können. Die mit SMBv1 sind dann halt nicht überall sichtbar - erreichbar aber IMMER.
Und nein - oATV7.3 hat explizit kein Problem mit dem Ausklappen - hatte ich ja auch aufgezeigt.
E2 als oATV7.3 hat aber zwei Schwächen: NTFS als Dateisystem ist an oATV7.3 Kacke, weil es wegen des Py3 sehr empfindlich auf UTF8 Fehler reagiert (unberechenbar).
Daher ist von der Kombi (NTFS-Dateisystem mit Files, die non-UTF8 Character beinhalten (Namen oder Inhalt ist egal) einfach nur abzuraten.
Da waren die teilweisen Wirren mit SMBv2 Umstellung (auch noch nicht vollständig abgeschlossen) Kindergarten.
Ich habe ja an einigen Boxen mehrere Datenträger, die ich immer zusätzlich noch freigeben muß (Stichwort "/etc/samba/smb-user.conf"). Ich habe einen Mix aus SMBv1 und SMBv2 laufen, da einige ältere Gerätschaften nunmal SMBv2 können. Die mit SMBv1 sind dann halt nicht überall sichtbar - erreichbar aber IMMER.
Und nein - oATV7.3 hat explizit kein Problem mit dem Ausklappen - hatte ich ja auch aufgezeigt.
E2 als oATV7.3 hat aber zwei Schwächen: NTFS als Dateisystem ist an oATV7.3 Kacke, weil es wegen des Py3 sehr empfindlich auf UTF8 Fehler reagiert (unberechenbar).
Daher ist von der Kombi (NTFS-Dateisystem mit Files, die non-UTF8 Character beinhalten (Namen oder Inhalt ist egal) einfach nur abzuraten.
Da waren die teilweisen Wirren mit SMBv2 Umstellung (auch noch nicht vollständig abgeschlossen) Kindergarten.
- RuPo2
- Member
- Beiträge: 445
- Registriert: 06 Apr 2013 11:08
- Wohnort: AT Wien
- Receiver 1: Gigablue QUAD UHD 4K
- Receiver 2: Zgemma h9 twin
- Receiver 3: Mutant HD2400
- Hat gedankt: 141 Mal
- Hat Dank erhalten: 20 Mal
Papi2000 hat geschrieben:Weder das eine noch das andere.
Ich habe ja an einigen Boxen mehrere Datenträger, die ich immer zusätzlich noch freigeben muß (Stichwort "/etc/samba/smb-user.conf"). Ich habe einen Mix aus SMBv1 und SMBv2 laufen, da einige ältere Gerätschaften nunmal SMBv2 können. Die mit SMBv1 sind dann halt nicht überall sichtbar - erreichbar aber IMMER.
Und nein - oATV7.3 hat explizit kein Problem mit dem Ausklappen - hatte ich ja auch aufgezeigt.
E2 als oATV7.3 hat aber zwei Schwächen: NTFS als Dateisystem ist an oATV7.3 Kacke, weil es wegen des Py3 sehr empfindlich auf UTF8 Fehler reagiert (unberechenbar).
Daher ist von der Kombi (NTFS-Dateisystem mit Files, die non-UTF8 Character beinhalten (Namen oder Inhalt ist egal) einfach nur abzuraten.
Da waren die teilweisen Wirren mit SMBv2 Umstellung (auch noch nicht vollständig abgeschlossen) Kindergarten.
Just Info
mein smb-user.conf schaut so aus:
## User changes to Samba config go here
## You can overrule the insecure defaults and enforce password
## protected access to shares by uncommenting the following
## line, including the secure settings:
[global]
# include = /etc/samba/distro/smb-secure.conf
## You can hide and veto access to certain directories, e.g. mount points of
## other boxes in order to prevent round trips through your LAN
## In Samba 4.x this needs to be configured per share:
[Root]
# veto files = /ThisBox/OtherBox/AnotherBox/YetAnotherBox/
# hide files = /ThisBox/OtherBox/AnotherBox/YetAnotherBox/
[Harddisk]
# veto files = /ThisBox/OtherBox/AnotherBox/YetAnotherBox/
# hide files = /ThisBox/OtherBox/AnotherBox/YetAnotherBox/