Skip to main content
Home / Community / Mailinglisten / EasyLinux Ubuntu
Hallo Leute,
zusätzlich installierte Software verschwindet in den Tiefen des Systems. Wie
kann ich sie aufrufen?
Hier geht es um "Google-Earth" und "Skype".
Kann mir jemand helfen, danke!
--
Mit freundlichen Grüßen
Robert
_______________________________________________
Ubuntu mailing list
Ubuntu[bei]easylinux[punkt]de
http://www.easylinux.de/Kontakt/Mailinglisten/listinfo/ubuntu
Am Montag, den 11.05.2009, 18:43 +0200 schrieb Robert Kupper:
Hallo robert
>
> zusätzlich installierte Software verschwindet in den Tiefen des Systems. Wie
> kann ich sie aufrufen?
Es verschwindet nichts - nie!
> Hier geht es um "Google-Earth" und "Skype".
Systemfremde Programme liegen meist uns /opt - manch mal auch
unter /usr/local
Es sollte also ein Verzeichnis /opt/Programmname geben. Und dem findest
du dann das entsprechende Startscript.
Gruß Amadeus
Anfrage an den Sender Eriwan:
"...Kann ein Politiker seine Wahlversprechen wirklich halten?..."
Antwort von Sender Eriwan:
"...Im Prinzip schon!
A b e r - haben Sie schon mal einen Zitronenfalter gesehen,
der Zitronen falten kann?..."
Am Montag, 11. Mai 2009 schrieb Robert Kupper:
> Hallo Leute,
> zusätzlich installierte Software verschwindet in den Tiefen des Systems.
> Wie kann ich sie aufrufen?
Google Earth findet sich bei mir im K-Menü (das Icon ganz links ganz unten,
das blaue Quadrat mit dem weissen großen K), wohin Skype eingetragen wird,
kann ich Dir mangels Skype nicht sagen (Spekulation: Menü-Internet).
> Kann mir jemand helfen, danke!
Ansonst kannst Du als root auf der Konsole mit
find / -iname google*.desktop
herausfinden, wo die Datei liegt, die, auf den Desktop kopiert, das Icon mit
dem Aufruf darstellt.
Vielleicht gibt es ähnliches auch für Skype.
Ansonst müsstest Du nach der aufrufbaren Datei suchen und über den Desktop -
RM (rechte Maustaste) - neu erstellen - Verknüpfung zu Programm
das Icon mit dem Aufruf erstellen.
> --
> Mit freundlichen Grüßen
> Robert
> _______________________________________________
> Ubuntu mailing list
> Ubuntu[bei]easylinux[punkt]de
> http://www.easylinux.de/Kontakt/Mailinglisten/listinfo/ubuntu
Beste Grüße
Johanna
Am 11. May 2009 um 18:43 CEST schrieb Robert Kupper:
Falls du das Paket googleearth-package installiert hast, dann findest du
weiterführende Hinweise in usr/share/doc/googleearth-package/README.Debian
Evtl. ist das Paket googleearth-package in Debian stable aber inzwischen
veraltet, dann müsstest du das aus Debian testing nehmen.
Gruß
Stefan
"Bei den Online-Durchsuchungen geht es darum, dass die Sicherheitskräfte mit den
kriminellen Elementen auf ein Level kommen." Brigitte Zypries
Guten Tag Ihr lieben und klugen Helfer
Ich bekomme jeden Tag mehrmals Meldungen per Mail vom System, die ich nicht
einordnen kann:
logcheck schickt das:
Warning: If you are seeing this message, your log files may not have been
checked!
Details:
Failed to get lockfile: /var/lock/logcheck/logcheck.lock
Also verify that the logcheck user can read all files referenced in
/etc/logcheck/logcheck.logfiles!
declare -x HOME="/var/lib/logcheck"
declare -x LOGNAME="logcheck"
declare -x MAILTO="root"
declare -x OLDPWD
declare -x PATH="/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin"
declare -x PWD="/var/lib/logcheck"
declare -x SHELL="/bin/sh"
declare -x SHLVL="2"
Ich würde sagen, daß hier lediglich etwas nicht richtig konfiguriert ist?
Was smartd seit Freitag schickt sieht aber doch etwas ernster aus:
This email was generated by the smartd daemon running on:
host name: debian
DNS domain: [Unknown]
NIS domain: (none)
The following warning/error was logged by the smartd daemon:
Device: /dev/sda, 1 Offline uncorrectable sectors
For details see host's SYSLOG (default: /var/log/syslog).
You can also use the smartctl utility for further investigation.
No additional email messages about this problem will be sent.
Die Zahl bei Offline uncorrectable sectors scwankt zwischen 1 und 8. In der
Datei /var/log/syslog finde ich folgendes
May 12 16:09:13 debian smartd[2958]: Device: /dev/sda, 1 Currently unreadable
(pending) sectors
May 12 16:09:13 debian smartd[2958]: Device: /dev/sda, 1 Offline uncorrectable
sectors
May 12 16:09:13 debian smartd[2958]: Device: /dev/sda, SMART Prefailure
Attribute: 8 Seek_Time_Performance changed from 249 to 248
May 12 16:09:13 debian smartd[2958]: Device: /dev/sdb, SMART Prefailure
Attribute: 1 Raw_Read_Error_Rate changed from 64 to 63
May 12 16:09:13 debian smartd[2958]: Device: /dev/sdb, SMART Usage Attribute:
194 Temperature_Celsius changed from 18 to 34
Wenn ich das richtig verstehe, geht wohl die erste Festplatte kaputt, obwohl
sie, bzw. der Computer an sich, noch nicht mal ein Vierteljahr alt ist?
Otto
Am 12. May 2009 um 16:29 CEST schrieb Otto Grübel:
> Ich bekomme jeden Tag mehrmals Meldungen per Mail vom System, die ich nicht
> einordnen kann:
> logcheck schickt das:
> Warning: If you are seeing this message, your log files may not have been
> checked!
> Details:
> Failed to get lockfile: /var/lock/logcheck/logcheck.lock
> Also verify that the logcheck user can read all files referenced in
> /etc/logcheck/logcheck.logfiles!
> declare -x HOME="/var/lib/logcheck"
> declare -x LOGNAME="logcheck"
> declare -x MAILTO="root"
> declare -x OLDPWD
> declare -x PATH="/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin"
> declare -x PWD="/var/lib/logcheck"
> declare -x SHELL="/bin/sh"
> declare -x SHLVL="2"
> Ich würde sagen, daß hier lediglich etwas nicht richtig konfiguriert ist?
Prüfe doch mal mit 'grep adm:x /etc/group' ob logcheck der group adm
angehört.
> Was smartd seit Freitag schickt sieht aber doch etwas ernster aus:
> This email was generated by the smartd daemon running on:
> host name: debian
> DNS domain: [Unknown]
> NIS domain: (none)
> The following warning/error was logged by the smartd daemon:
> Device: /dev/sda, 1 Offline uncorrectable sectors
> For details see host's SYSLOG (default: /var/log/syslog).
> You can also use the smartctl utility for further investigation.
> No additional email messages about this problem will be sent.
> Die Zahl bei Offline uncorrectable sectors scwankt zwischen 1 und 8. In der
> Datei /var/log/syslog finde ich folgendes
> May 12 16:09:13 debian smartd[2958]: Device: /dev/sda, 1 Currently unreadable
> (pending) sectors
> May 12 16:09:13 debian smartd[2958]: Device: /dev/sda, 1 Offline uncorrectable
> sectors
> May 12 16:09:13 debian smartd[2958]: Device: /dev/sda, SMART Prefailure
> Attribute: 8 Seek_Time_Performance changed from 249 to 248
> May 12 16:09:13 debian smartd[2958]: Device: /dev/sdb, SMART Prefailure
> Attribute: 1 Raw_Read_Error_Rate changed from 64 to 63
> May 12 16:09:13 debian smartd[2958]: Device: /dev/sdb, SMART Usage Attribute:
> 194 Temperature_Celsius changed from 18 to 34
> Wenn ich das richtig verstehe, geht wohl die erste Festplatte kaputt, obwohl
> sie, bzw. der Computer an sich, noch nicht mal ein Vierteljahr alt ist?
Das Thema mit Offline uncorrectable sectors hatten wir erst vor kurzem
hier, schau doch mal ins Archiv.
Ich würde mal 'smartctl -t long /dev/sda' ausführen und nach ca. einer
1/2 Std. mir die Ausgabe von 'smartctl -a /dev/sda' anschauen.
Stefan Lütje Skelli[bei]jabber.ccc[punkt]de
Key fingerprint = BCB2 48E4 9211 C975 5A3F B192 9B6E CCCF 99CC 44FA
This is Linux Land-
In silent nights you can hear the windows machines rebooting
Hallo alle zusammen,
nach langer Zeit wende ich mich wieder mal an die Gruppe mit einem eher
harmlosen Problem.
Selbst Google konnte mir nicht helfen, aber scheinbar ist es ein
bekanntes Leiden des Nautilus File Browsers in Gnome.
Also:
Nautilus merkt sich nicht die eingestellte Spaltenbreite der Spalte
"Dateiname".
Bei jedem Neustart zieht sich die Namens-Spalte über den ganzen Bildschirm.
Selbst wenn ich mit Gnome-Controll-Center die Reihenfolge der Spalten
ändere und die Spalte "Dateiname" ans rechte Ende setzt, ist diese
Spalte eine Bildschirmbreite "breit". Was in diesem Fall nicht stört, da
ich sie nicht sehe.
Aber, wer will schon die Dateinamen ganz rechts haben ?
Gibt es irgendwo eine Datei welche ich notfalls mit "Gewalt" sprich
Editor bearbeiten könnte ?
Oder vielleicht fehlen mir auch die Benutzerrechte um mit Nautilus diese
Config-Datei zu bearbeiten ?
Aber welche ?
Auf jeden Fall schon mal Danke und viele Grüsse
Ralf
Am Dienstag, den 12.05.2009, 20:03 +0200 schrieb Ralf Fleckenstein:
Hallo Ralf,
boa, du lebst noch!
> Nautilus merkt sich nicht die eingestellte Spaltenbreite der Spalte
> "Dateiname".
> Bei jedem Neustart zieht sich die Namens-Spalte über den ganzen Bildschirm.
Das mit den Spalten kann ich rein gar nicht nachvollziehen! Bei mir war
der Dateiname noch nie so lang wie die ganze Bildschirmbreite.
Wenn ich mir meine Spaltenbreite nach dem Starten des Systemes oder wann
auch immer von Nautilus anschaue, dann fällt mir auf, dass Nautilus die
Breite der Spalte "Name", in der der Dateiname steht, an dem längsten
Dateinamen ausrichtet.
Hast du in deiner Dateiliste vielleicht einen Namen der extrem lang ist?
Dann würde sich das erklären.
Ich starte Nautilus über eine Starter mit "nautilus --no-desktop
--browser %U" ist das bei dir auch so?
Aus dem Termial startest ich ohne das "%U" oder einfacher mit "Nautilus"
das Ergebnis ist immer das gleiche.
Alternativ könntest du mal den GNOME-Commander probieren, der ist
!ähnlich! wie wie MC aber mit graifischer Oberfläche.
Gruß Karl-Heinz
Welches System?
Debian Etch, was denn auch sonst!
Karl-Heinz Wallon ha scritto:
> Am Dienstag, den 12.05.2009, 20:03 +0200 schrieb Ralf Fleckenstein:
> Hallo Ralf,
> boa, du lebst noch!
>> Nautilus merkt sich nicht die eingestellte Spaltenbreite der Spalte
>> "Dateiname".
>> Bei jedem Neustart zieht sich die Namens-Spalte über den ganzen Bildschirm.
>>
> Das mit den Spalten kann ich rein gar nicht nachvollziehen! Bei mir war
> der Dateiname noch nie so lang wie die ganze Bildschirmbreite.
> Wenn ich mir meine Spaltenbreite nach dem Starten des Systemes oder wann
> auch immer von Nautilus anschaue, dann fällt mir auf, dass Nautilus die
> Breite der Spalte "Name", in der der Dateiname steht, an dem längsten
> Dateinamen ausrichtet.
> Hast du in deiner Dateiliste vielleicht einen Namen der extrem lang ist?
> Dann würde sich das erklären.
> Ich starte Nautilus über eine Starter mit "nautilus --no-desktop
> --browser %U" ist das bei dir auch so?
> Aus dem Termial startest ich ohne das "%U" oder einfacher mit "Nautilus"
> das Ergebnis ist immer das gleiche.
> Alternativ könntest du mal den GNOME-Commander probieren, der ist
> !ähnlich! wie wie MC aber mit graifischer Oberfläche.
> Gruß Karl-Heinz
Hi Karl-Heinz,
tatsächlich der Nautilus nimmt die Datei mit dem längsten Dateinamen als
Maß.
Hab's gerade probiert. Aber, was soll das ?
Und wie kann ich dies nun umgehen ? Stundenlanges "gurgeln" ergab keine
Lösung.
Viele Grüsse und mehr Sonne für alle
Am Samstag, den 16.05.2009, 12:50 +0200 schrieb Ralf Fleckenstein:
> >
> Hi Karl-Heinz,
> tatsächlich der Nautilus nimmt die Datei mit dem längsten Dateinamen als
> Maß.
> Hab's gerade probiert. Aber, was soll das ?
Also ich finde das Klasse, die Spalte passt sich automatisch den
Dateinamen an, zeigt somit immer den kompletten Namen.
Ist denn dein Feld "Name" in jedem geöffneten Nautilus zu lang? Also
auch wenn du das Verzeichniss wechselst (Home, Download usw all zu
lang?), oder nur in einem bestimmten?
Ich hab mal ein bisschen rumgesucht und rumprobiert und mir einen
ellenlangen Dateinamen angelegt. Mir ist es nicht gelungen ein
Dateinamen so zu erstellen das darin Zeichen waren, die bei "ls" oder in
Listenausgabe von Nautilus, nicht zu sehen waren. Kannst du nicht
erkennen welcher Dateiname zu lang ist?
Laß dir doch mal den Inhalt des Ordners - der in Nautilus zu breite
dateinamen hat - in eine Terminal mit 'ls | less' anzeigen. Wenn du
einen Dateinamen hast der länger als die Bildschirmbreite ist wird
dieser am Bildschimrand umgebrochen. Vielleicht kannst du so erkennen ob
ein Dateiname zu lang ist und welcher es ist.
Am Samstag, den 16.05.2009, 15:41 +0200 schrieb Karl-Heinz Wallon:
Hallo Karl-Heinz
> Also ich finde das Klasse, die Spalte passt sich automatisch den
> Dateinamen an, zeigt somit immer den kompletten Namen.
Es gibt nichts schlimmeres, als wenn sich auf dem Rechner etwas bewegt,
aufblitzt, wie aus dem nichts erscheint oder wieder verschwindet - was
ich nicht ausdrücklich angewiesen habe... :)
Nicht zuletzt wegen eines derartigen Eigenlebens hat schließlich auch
der angeblich so tolle KDE4 bei mir zu keinem Zeitpunkt auch nur den
Hauch einer Chance gehabt!
"...Na ich weeß nich' ...ach ne, das kostet mer' doch zu viel Geld. Das
kann'ch ich mer' nich' leesten...!"
(soll der letzte sächsische König Friedrich August III. gesagt haben,
als man ihn fragte, ob auch sein Porträt im Wandrelief des "Großen
Fürstenzuges" in Dresden verewigt werden soll)
Hallo Liste,
nun kann ich endlich an meinem Projekt, Server umstellen auf Debian,
weiter machen. Ich habe im Debian-System in /etc/exports folgendes
eingetragen: "/home/josgoe/verzeichnisname
192.168.1.*(rw,async,no_subtree_check)". Muss ich dieses Verzeichnis
noch erst freigeben und wenn ja, wie. Ich habe dann einen Client
eingerrichtet, dabei handelt es sich um ein Suse 11.0 System. Auf dem
Rechner habe ich in /mnt ein Verzeichnis "Verzeichnisname" eingerichtet
und für nfs freigegeben. Die unter Server und entferntes Verzeichnis
eingegebenen Daten sind die gleichen wie im Server. Beende Ich die
Eingaben für den Client, bekomme ich diese Meldung: "Fehler Die
NFS-Verzeichnisse die in der Datei /etc/fstab eingetragen sind, konnten
nicht eingehangen (gemountet) werden.
Unter ehemals Suse bin ich genau so vorgegangen und es hat geklappt. Wo
mache ich den Fehler.
Herzlichen Dank und Gruß :-[
Josef
Hallo Josef,
Josef Goebels schrieb:
> Hallo Liste,
> nun kann ich endlich an meinem Projekt, Server umstellen auf Debian,
> weiter machen. Ich habe im Debian-System in /etc/exports folgendes
> eingetragen: "/home/josgoe/verzeichnisname
> 192.168.1.*(rw,async,no_subtree_check)". Muss ich dieses Verzeichnis
> noch erst freigeben und wenn ja, wie. Ich habe dann einen Client
> eingerrichtet, dabei handelt es sich um ein Suse 11.0 System. Auf dem
> Rechner habe ich in /mnt ein Verzeichnis "Verzeichnisname" eingerichtet
> und für nfs freigegeben.
Die Freigabe muß imho nur auf dem Server sein. Auf dem Client brauchst
du das nicht, Der holt sich das ja.
Wolfgang
---
Wenn rauskommt was da reinkommt, kommen wir rein, daß wir so schnell
nicht mehr rauskommen.
--Lehrling zum Metzgermeister beim Wurstmachen --
Wolfgang Voelker schrieb:
> Hallo Josef,
> Josef Goebels schrieb:
>> Hallo Liste,
>> nun kann ich endlich an meinem Projekt, Server umstellen auf Debian,
>> weiter machen. Ich habe im Debian-System in /etc/exports folgendes
>> eingetragen: "/home/josgoe/verzeichnisname
>> 192.168.1.*(rw,async,no_subtree_check)". Muss ich dieses Verzeichnis
>> noch erst freigeben und wenn ja, wie. Ich habe dann einen Client
>> eingerrichtet, dabei handelt es sich um ein Suse 11.0 System. Auf dem
>> Rechner habe ich in /mnt ein Verzeichnis "Verzeichnisname" eingerichtet
>> und für nfs freigegeben.
> Die Freigabe muß imho nur auf dem Server sein. Auf dem Client brauchst
> du das nicht, Der holt sich das ja.
Hallo Wolfgang,
Kannst Du mir denn beschreiben, wie ich unter Debian das Verzeichnis
frei gebe?. bisher habe ich im Kofler nichts dazu gefunden. Ich werde
zwar noch weiter suchen, doch wenn Du eine Lösung weißt, wäre ich für
eine entsprechende Info dankbar.
Herzlichen Gruß
> Gruß
> Wolfgang
> ---
> Wenn rauskommt was da reinkommt, kommen wir rein, daß wir so schnell
> nicht mehr rauskommen.
> --Lehrling zum Metzgermeister beim Wurstmachen --
> ------------------------------------------------------------------------
Hallo Josef
bin zwar nicht Wolfgang, wird Dir aber nix ausmachen :-)
Am Dienstag, 12. Mai 2009 schrieb Josef Goebels:
snip
> Hallo Wolfgang,
> Kannst Du mir denn beschreiben, wie ich unter Debian das Verzeichnis
> frei gebe?.
Der Eintrag in der Datei /etc/exports _ist_ die Freigabe. Zusätzlich muss auf
dem Server (der Debian-Rechner) der NFS-Server installiert sein und laufen.
Der regelt die Zugriffe (Lesen, Schreiben, Sperren, Rechte etc)
Auf dem Client (der SuSE-Rechner) muss ein Verzeichnis als mount point
eingerichtet sein. Hast Du ja schon mit /mnt/verzeichnisname gemacht.
Jetzt fehlt in der /etc/fstab auf deinem Client nur noch ein Eintrag welches
Verzeichnis auf dem Server mit welchen Optionen an den mount point des Client
eingehängt werden muss. Am besten machst Du das über Yast, geht am
einfachsten. Außerdem meckert Yast dich an, sollte der NFS-Client (Software)
fehlen. In Yast muss für den Servername nur der kurze Name eingeben werden
(zB server), nicht der full qualified (zB server.local).
> bisher habe ich im Kofler nichts dazu gefunden. Ich werde
> zwar noch weiter suchen, doch wenn Du eine Lösung weißt, wäre ich für
> eine entsprechende Info dankbar.
Würde mich wundern, wenn im Kofler zum Thema NFS nichts stehen würde.
Matthias Müller
(Benutzer #439779 im Linux-Counter http://counter.li.org)
PS: Bitte senden Sie als Antwort auf meine E-Mails reine Text-Nachrichten!
Matthias Müller schrieb:
> Hallo Josef
> bin zwar nicht Wolfgang, wird Dir aber nix ausmachen :-)
Nö, macht mir fast gar nichts aus. :-D
> Am Dienstag, 12. Mai 2009 schrieb Josef Goebels:
> snip
>> Hallo Wolfgang,
>> Kannst Du mir denn beschreiben, wie ich unter Debian das Verzeichnis
>> frei gebe?.
> Der Eintrag in der Datei /etc/exports _ist_ die Freigabe. Zusätzlich muss auf
> dem Server (der Debian-Rechner) der NFS-Server installiert sein und laufen.
> Der regelt die Zugriffe (Lesen, Schreiben, Sperren, Rechte etc)
O.k. ist ja so geschehen und i.O., der Server ist installiert. Ping
funktioniert über alle 4 Rechner.
> Auf dem Client (der SuSE-Rechner) muss ein Verzeichnis als mount point
> eingerichtet sein. Hast Du ja schon mit /mnt/verzeichnisname gemacht.
> Jetzt fehlt in der /etc/fstab auf deinem Client nur noch ein Eintrag welches
> Verzeichnis auf dem Server mit welchen Optionen an den mount point des Client
> eingehängt werden muss. Am besten machst Du das über Yast, geht am
> einfachsten. Außerdem meckert Yast dich an, sollte der NFS-Client (Software)
> fehlen. In Yast muss für den Servername nur der kurze Name eingeben werden
> (zB server), nicht der full qualified (zB server.local).
Habe ich mit Yast gemacht. Schritte: Yast / Netzwerkdienste /
NFS-Client. Im Angebotene Fenster unter Server IP des Servers
eingetragen, bei entferntes Verzeichnis, das Verzeichnis des Servers
eingetragen z. B. (/home/josgoe/heimnetz). Innerhalb des Verzeichnis
"heimnetz" gibt es noch 3 weitere themenbezogene Verzeichnisse. Unter
"Mounpoint" habe ich das Verzeichnis "/mnt/tina" eingetragen. Tina ist
als NFS freigegeben, Freigabe -/mnt/tina. So erscheint die Geschichte
auch in /etc/fstab. Beende ich den Vorgang mit "Beenden" erscheint diese
Fehlermeldung:
*Fehler
*"Die NFS-Verzeichnisse die in der Datei /etc/fstab eingetragen sind, konnten
nicht eingehangen (gemountet) werden."
>> bisher habe ich im Kofler nichts dazu gefunden. Ich werde
>> zwar noch weiter suchen, doch wenn Du eine Lösung weißt, wäre ich für
>> eine entsprechende Info dankbar.
> Würde mich wundern, wenn im Kofler zum Thema NFS nichts stehen würde.
Jede Menge steht im Kofler über NFS-Server / Client. Ich hatte danach
gesucht, wie das Verzeichnis "heimnetz " freigegeben wird und ob das
überhaupt notwendig ist.
Herzlichen Gruß und Dank
> Habe ich mit Yast gemacht. Schritte: Yast / Netzwerkdienste /
> NFS-Client. Im Angebotene Fenster unter Server IP des Servers
> eingetragen, bei entferntes Verzeichnis, das Verzeichnis des Servers
> eingetragen z. B. (/home/josgoe/heimnetz). Innerhalb des Verzeichnis
> "heimnetz" gibt es noch 3 weitere themenbezogene Verzeichnisse. Unter
> "Mounpoint" habe ich das Verzeichnis "/mnt/tina" eingetragen. Tina ist
> als NFS freigegeben, Freigabe -/mnt/tina.
Nur mal so zum Verständnis: wo hast du was freigegeben?
Die Verzeichnisse z.B. Tina sollten auf dem Server sitzen und dort
freigegeben sein.
Dann die Freigabe, also Tina auf dem Client mounten, dort mußt du nichts
freigeben.
> So erscheint die Geschichte
> auch in /etc/fstab. Beende ich den Vorgang mit "Beenden" erscheint diese
> Fehlermeldung:
> *Fehler
> *"Die NFS-Verzeichnisse die in der Datei /etc/fstab eingetragen sind, konnten
> nicht eingehangen (gemountet) werden."
----
Wer am Ende ist, kann von vorn anfangen, denn das Ende ist der Anfang
von der anderen Seite.
http://www.karl-valentin.de/zitate/zitatedatenbank.htm
Dank für Deine Antwort.
>> Habe ich mit Yast gemacht. Schritte: Yast / Netzwerkdienste /
>> NFS-Client. Im Angebotene Fenster unter Server IP des Servers
>> eingetragen, bei entferntes Verzeichnis, das Verzeichnis des Servers
>> eingetragen z. B. (/home/josgoe/heimnetz). Innerhalb des Verzeichnis
>> "heimnetz" gibt es noch 3 weitere themenbezogene Verzeichnisse. Unter
>> "Mounpoint" habe ich das Verzeichnis "/mnt/tina" eingetragen. Tina ist
>> als NFS freigegeben, Freigabe -/mnt/tina.
> Nur mal so zum Verständnis: wo hast du was freigegeben?
> Die Verzeichnisse z.B. Tina sollten auf dem Server sitzen und dort
> freigegeben sein.
> Dann die Freigabe, also Tina auf dem Client mounten, dort mußt du nichts
> freigeben.
Erstmal habe ich schon die unterschiedlichsten Versionen versucht. Ich
berichte nochmals nach der Reihe: Zunächst habe ich auf dem Rechner, der
als Server vorgesehen ist, ein Debian 5 Lenny - System , den Server
eingerichtet "/etc/exports -Eintrag- /home/josgoe/heimnetz
192.168.1.*(rw,async,no_subtree_check). Das Verzeichnis "heimnetz"
besteht und besitzt 3 weitere themen bezogene Verzeichnisse. Dann auf
einem Suse 11.0-System Yast aufgerufen >Netzwerkdienste/NFS-Client.
Client-Konfiguration > Hinzufügen, Unter Hostname des NFS-Servers von
Hand die IP des Servers eingetragen, weil der Button "Wählen" kein
Ergebnis brachte. Entferntes Verzeichnis "Wählen "wird das Verzeichnis
auf dem Server gefunden "/home/josgoe/heimnetz". Mountpoint (lokal),
hier beginnt, glaube ich, das Problem. Durchsuchen bringt das System des
Clients und die Auswahl "/home/josgoe/Netz" ausgewählt, bringt dann die
schon beschriebene Fehlermeldung ob ich das Verzeichnis "Netz" nun mit
"rechte Maustaste / Eigenschaften / Freigabe /Dateifreigabe " freigebe
oder nicht, macht keinen Unterschied. In der Letzten EasyLinux ist auch
in dem Bericht "Fein vernetzt" der Punkt "Mountpoint" etwas untergegangen.
Für mich ist erstaunlich, dass es So mit Suse als Server funktioniert hat.
>> So erscheint die Geschichte
>> auch in /etc/fstab. Beende ich den Vorgang mit "Beenden" erscheint diese
>> Fehlermeldung:
>> *Fehler
>> *"Die NFS-Verzeichnisse die in der Datei /etc/fstab eingetragen sind, konnten
>> nicht eingehangen (gemountet) werden."
> ----
> Wer am Ende ist, kann von vorn anfangen, denn das Ende ist der Anfang
> von der anderen Seite.
> http://www.karl-valentin.de/zitate/zitatedatenbank.htm
> Erstmal habe ich schon die unterschiedlichsten Versionen versucht. Ich
> berichte nochmals nach der Reihe: Zunächst habe ich auf dem Rechner, der
> als Server vorgesehen ist, ein Debian 5 Lenny - System , den Server
> eingerichtet "/etc/exports -Eintrag- /home/josgoe/heimnetz
> 192.168.1.*(rw,async,no_subtree_check). Das Verzeichnis "heimnetz"
> besteht und besitzt 3 weitere themen bezogene Verzeichnisse.
Möglicherweise mußt du die auch noch einzeln dezidiert freigeben.
> Dann auf
> einem Suse 11.0-System Yast aufgerufen >Netzwerkdienste/NFS-Client.
> Client-Konfiguration > Hinzufügen, Unter Hostname des NFS-Servers von
> Hand die IP des Servers eingetragen, weil der Button "Wählen" kein
> Ergebnis brachte.
Macht der nie. IP oder Name des Servers klappt aber immer.
> Entferntes Verzeichnis "Wählen "wird das Verzeichnis
> auf dem Server gefunden "/home/josgoe/heimnetz". Mountpoint (lokal),
Den Mountpoint mußt du vorher schon angelegt haben.
> hier beginnt, glaube ich, das Problem. Durchsuchen bringt das System des
> Clients und die Auswahl "/home/josgoe/Netz" ausgewählt, bringt dann die
> schon beschriebene Fehlermeldung ob ich das Verzeichnis "Netz"
Verstehe ich nicht ganz, oben hast du "heimnetz" und hier kommt "Netz"
verstehe ich das korrekt?
> nun mit
> "rechte Maustaste / Eigenschaften / Freigabe /Dateifreigabe " freigebe
> oder nicht, macht keinen Unterschied. In der Letzten EasyLinux ist auch
> in dem Bericht "Fein vernetzt" der Punkt "Mountpoint" etwas untergegangen.
> Für mich ist erstaunlich, dass es So mit Suse als Server funktioniert hat.
Falls die Namensunterschiede wirklich bestehen, müssen wir das prüfen.
Auf jeden Fall mußt du dir für die gewünschten Mountpoints vorher ein
oder mehrere Verzeichnisse anlegen und dann die Freigaben vom Server
dort einhängen.
Es zeigt die Glut von satten Scheiten
des Daseins Licht- und Schattenseiten.
-- Günter Nehm --
>> Erstmal habe ich schon die unterschiedlichsten Versionen versucht. Ich
>> berichte nochmals nach der Reihe: Zunächst habe ich auf dem Rechner, der
>> als Server vorgesehen ist, ein Debian 5 Lenny - System , den Server
>> eingerichtet "/etc/exports -Eintrag- /home/josgoe/heimnetz
>> 192.168.1.*(rw,async,no_subtree_check). Das Verzeichnis "heimnetz"
>> besteht und besitzt 3 weitere themen bezogene Verzeichnisse.
> Möglicherweise mußt du die auch noch einzeln dezidiert freigeben.
Nach Meiner Meinung müsste dann aber wenigstens das Verzeichnis
"heimnetz" erscheinen.
>> Dann auf
>> einem Suse 11.0-System Yast aufgerufen >Netzwerkdienste/NFS-Client.
>> Client-Konfiguration > Hinzufügen, Unter Hostname des NFS-Servers von
>> Hand die IP des Servers eingetragen, weil der Button "Wählen" kein
>> Ergebnis brachte.
> Macht der nie. IP oder Name des Servers klappt aber immer.
Deshalb habe ich auch die IP von Hand eingegeben.
>> Entferntes Verzeichnis "Wählen "wird das Verzeichnis
>> auf dem Server gefunden "/home/josgoe/heimnetz". Mountpoint (lokal),
> Den Mountpoint mußt du vorher schon angelegt haben.
Ich habe mit den unterschiedlichen Versionen versucht. Ich habe auch
vorher schon /home/josgoe/heimnetz installiert und dann unter Montpoint
gesetzt. Die anderen namen sind nur aus Verzweiflung über die
Misserfolge entstanden.
>> hier beginnt, glaube ich, das Problem. Durchsuchen bringt das System des
>> Clients und die Auswahl "/home/josgoe/Netz" ausgewählt, bringt dann die
>> schon beschriebene Fehlermeldung ob ich das Verzeichnis "Netz"
> Verstehe ich nicht ganz, oben hast du "heimnetz" und hier kommt "Netz"
> verstehe ich das korrekt?
Siehe oben, das ding hieß auch schon "heimnetz"
>> nun mit
>> "rechte Maustaste / Eigenschaften / Freigabe /Dateifreigabe " freigebe
>> oder nicht, macht keinen Unterschied. In der Letzten EasyLinux ist auch
>> in dem Bericht "Fein vernetzt" der Punkt "Mountpoint" etwas untergegangen.
>> Für mich ist erstaunlich, dass es So mit Suse als Server funktioniert hat.
> Falls die Namensunterschiede wirklich bestehen, müssen wir das prüfen.
> Auf jeden Fall mußt du dir für die gewünschten Mountpoints vorher ein
> oder mehrere Verzeichnisse anlegen und dann die Freigaben vom Server
> dort einhängen.
Das verstehe ich nicht, kannst Du das mal als Beispiel darstellen?
Gruß Josef
> Nach Meiner Meinung müsste dann aber wenigstens das Verzeichnis
> "heimnetz" erscheinen.
Jo, korrekt. Sollte so sein.
>> Falls die Namensunterschiede wirklich bestehen, müssen wir das prüfen.
>> Auf jeden Fall mußt du dir für die gewünschten Mountpoints vorher ein
>> oder mehrere Verzeichnisse anlegen und dann die Freigaben vom Server
>> dort einhängen.
> Das verstehe ich nicht, kannst Du das mal als Beispiel darstellen?
Klaro.
Also dann stellmer uns ma janz dumm. Wir wollen auf dem Client ein
Verzeichnis vom Server haben.
Nehmen wir mal "Tina" an. Dann gehst du mit root Rechten ins Verzeichnis
/mnt und machst dort ein Verzeichnis "TinaMount", oder wie auch immer.
Also da muß dann ein Ordner mit dem Namen sein .../mnt/tinamount (nur
Beispiel!).
Jetzt kannst du das Yastspiel wiederholen. Server IP dann nach Freigaben
suchen. Da sollte jetzt "heimnetz" oder "Tina" erscheinen. Als Mountpunt
für "Tina" gibts du nun in Yast das Verzeichnis "Tinamount" an.
Dann ist "Tina" da drin.
Die Zukunft war früher auch besser!
Hallo Wolfgang, hallo Matthias,
Hier erstmal die Daten für Matthias.
Eintrag in der fstab: 192.168.1.64:/home/josgoe/heimnetz
/mnt/saturn nfs defaults 0 0
Server: /etc/exports :
# /etc/exports: the access control list for filesystems which may be
exported
# to NFS clients. See exports(5).
#
# Example for NFSv2 and NFSv3:
# /srv/homes hostname1(rw,sync,no_subtree_check)
hostname2(ro,sync,no_subtree_check)
# Example for NFSv4:
# /srv/nfs4 gss/krb5i(rw,sync,fsid=0,crossmnt,no_subtree_check)
#/srv/nfs4/homes gss/krb5i(rw,sync,no_subtree_check)
/home/josgoe/heimnetz 192.168.1.*(rw,sync,no_subtree_check)
Verzeichnis auf dem Server: /home/josgoe/heimnetz/ Verzeichnis 1 /Bilder
2 /medien
3 /Silvia
Ich hoffe, dass das aufschlussreich ist. Nun zum Eintrag im der
client-Konfiguration:
Server: IP 192.xxx.x.xx, entferntes Verzeichnis: /home/josgoe/heimnetz
---in "heimnetz" liegen dann die o. a. Ordner. Mountpoint: /mnt/saturn.
Fehlermeldungen: Wie schon berichtet: Die NFS-Verzeichnisse, die in der
Datei /etc/fstab eingetragen sind, konnten nicht eingehangen (gemountet)
werden.
So, nun hoffe ich, dass ich nichts ausgelassen habe.
Herzlichen Gruß Josef
> Die Zukunft war früher auch besser!
> Wolfgang Voelker schrieb:
> Hallo Wolfgang, hallo Matthias,
> Hier erstmal die Daten für Matthias.
> Eintrag in der fstab: 192.168.1.64:/home/josgoe/heimnetz
> /mnt/saturn nfs defaults 0 0
> Server: /etc/exports :
> # /etc/exports: the access control list for filesystems which may be
> exported
> # to NFS clients. See exports(5).
> #
> # Example for NFSv2 and NFSv3:
> # /srv/homes hostname1(rw,sync,no_subtree_check)
> hostname2(ro,sync,no_subtree_check)
> # Example for NFSv4:
> # /srv/nfs4 gss/krb5i(rw,sync,fsid=0,crossmnt,no_subtree_check)
> #/srv/nfs4/homes gss/krb5i(rw,sync,no_subtree_check)
> /home/josgoe/heimnetz 192.168.1.*(rw,sync,no_subtree_check)
> Verzeichnis auf dem Server: /home/josgoe/heimnetz/ Verzeichnis 1 /Bilder
> 2 /medien
> 3 /Silvia
> Ich hoffe, dass das aufschlussreich ist. Nun zum Eintrag im der
> client-Konfiguration:
> Server: IP 192.xxx.x.xx, entferntes Verzeichnis: /home/josgoe/heimnetz
> ---in "heimnetz" liegen dann die o. a. Ordner. Mountpoint: /mnt/saturn.
> Fehlermeldungen: Wie schon berichtet: Die NFS-Verzeichnisse, die in der
> Datei /etc/fstab eingetragen sind, konnten nicht eingehangen (gemountet)
> werden.
> So, nun hoffe ich, dass ich nichts ausgelassen habe.
Mal ganz dumme Frage: läuft auf dem Client vielleicht ein NFS Server,
checke das mal in yast.
Die drei existentiellen Fragen der Menschheit:
Wer bin ich, woher komme ich, wo kaufe ich mir die nächste Halbe.
-- Bruno Jonas --
Am Donnerstag, 14. Mai 2009 schrieb Josef Goebels:
Das hier ist die fstab auf dem Client (SuSE-Maschine). Wo sind eigentlich die
lokalen Dateisysteme? Gehe mal davon aus, dass du sie ausgeblendet hast
/etc/exports auf dem Server (Ubuntu-Rechner), auch OK
OK. Da du das gesamte Verzeichnis home/josgoe/heimnetz auf dem Client mounten
willst, spielen die Unterverzeichnisse keine Rolle.
Soweit ich das sehe stimmt alles. Genau die gleich Frage wie von Wolfgang:
Läuft auf dem Client eigentlich der NFS-Client? Kannst du mit Yast prüfen.
Läuft auf _beiden_ Rechner die gleiche NFS-Version?
> Am Donnerstag, 14. Mai 2009 schrieb Josef Goebels:
>> Wolfgang Voelker schrieb:
>> Hallo Wolfgang, hallo Matthias,
>> Hier erstmal die Daten für Matthias.
>> Eintrag in der fstab: 192.168.1.64:/home/josgoe/heimnetz
>> /mnt/saturn nfs defaults 0 0
> Das hier ist die fstab auf dem Client (SuSE-Maschine). Wo sind eigentlich die
> lokalen Dateisysteme? Gehe mal davon aus, dass du sie ausgeblendet hast
Ja ich habe nur die Zeile mit dem Eintrag für das Mounten des
Netzwerkverzeichnisses kopiert. Wenn nötig gerne auch alle.
>> Server: /etc/exports :
>> # /etc/exports: the access control list for filesystems which may be
>> exported
>> # to NFS clients. See exports(5).
>> #
>> # Example for NFSv2 and NFSv3:
>> # /srv/homes hostname1(rw,sync,no_subtree_check)
>> hostname2(ro,sync,no_subtree_check)
>> # Example for NFSv4:
>> # /srv/nfs4 gss/krb5i(rw,sync,fsid=0,crossmnt,no_subtree_check)
>> #/srv/nfs4/homes gss/krb5i(rw,sync,no_subtree_check)
>> /home/josgoe/heimnetz 192.168.1.*(rw,sync,no_subtree_check)
> /etc/exports auf dem Server (Ubuntu-Rechner), auch OK
Debian 5 Lenny, dürfte aber doch gleich sein?
>> Verzeichnis auf dem Server: /home/josgoe/heimnetz/ Verzeichnis 1 /Bilder
>> 2 /medien
>> 3 /Silvia
> OK. Da du das gesamte Verzeichnis home/josgoe/heimnetz auf dem Client mounten
> willst, spielen die Unterverzeichnisse keine Rolle.
So ist es gedacht.
>> Ich hoffe, dass das aufschlussreich ist. Nun zum Eintrag im der
>> client-Konfiguration:
>> Server: IP 192.xxx.x.xx, entferntes Verzeichnis: /home/josgoe/heimnetz
>> ---in "heimnetz" liegen dann die o. a. Ordner. Mountpoint: /mnt/saturn.
>> Fehlermeldungen: Wie schon berichtet: Die NFS-Verzeichnisse, die in der
>> Datei /etc/fstab eingetragen sind, konnten nicht eingehangen (gemountet)
>> werden.
> Soweit ich das sehe stimmt alles. Genau die gleich Frage wie von Wolfgang:
> Läuft auf dem Client eigentlich der NFS-Client? Kannst du mit Yast prüfen.
Nun der Client ist installiert, und startet ja auch, s.Fehlermeldungen
> Läuft auf _beiden_ Rechner die gleiche NFS-Version?
Davon gehe ich aus. Server nfs 4, Client ebenfalls.
Ich habe auf dem Client-Rechner nachgesehen, der zwar installierte
Server startet nicht Server-Start no.
Nun habe ich auf dem Clienten nochmals alles gelöscht. Neukonfiguration:
Server: 192. 168.1.64, entferntes Verzeichnis geholt:
/home/josgoe/heimnetz, Mountpoint ausgewählt: /mnt/saturn, ok, Beenden.
Meldungen: a) Berechtigung verweigert, Konqueror zeigt in der
Adressleiste: system:/media/nfs, Meldung a) mit ok bestätig,
Konqueror-Fenster geschlossen, Fenster: NFS-Konfiguration: Dienste
Stoppen abgehakt, Dienste Starten Pfeil und Fehlermeldung: Die
NFS-Verzeichnisse ,die... Schon mehrmals berichtet.
So das ist der Stand der Dinge. Wo fehlt die Berechtigung und wie stelle
ich sie her?
Gruß und Dank Josef
Am Freitag, 15. Mai 2009 schrieb Josef Goebels:
> So das ist der Stand der Dinge. Wo fehlt die Berechtigung und wie stelle
> ich sie her?
Auf der OpenSuSE-Liste ist gerade ein ähnlicher Thread gestartet. Dort fiel
das Stichwort "Suse-Firewall". Läuft auf deinem Suse-Rechner vielleicht die
Firewall?
Wenn ja, schalte die mal aus und teste nochmal. Die Dateien /etc/exports
und /etc/fstab sehen alle iO aus.
Hab' ich überlesen oder verwechselt, dass du einen Lenny-Server hast. Bei mir
läuft der NFS-Server auch auf meinem Rechner (Lenny) und die Rechner meiner
Töchter (OpenSuSE 11.0) mounten eine Freigabe ohne Problem. Also die gleiche
Konstellation wie bei dir.
Hallo Matthias,
erstmal Dank dafür, dass Ihr Euch die Mühe macht mich zu unterstützen.
> Am Freitag, 15. Mai 2009 schrieb Josef Goebels:
>> So das ist der Stand der Dinge. Wo fehlt die Berechtigung und wie stelle
>> ich sie her?
> Auf der OpenSuSE-Liste ist gerade ein ähnlicher Thread gestartet. Dort fiel
> das Stichwort "Suse-Firewall". Läuft auf deinem Suse-Rechner vielleicht die
> Firewall?
Ja, die Firewall ist gestartet und dieser gedanke ist mir auch schon
gekommen. Deshalb habe ich die ganze Geschichte auch komplett mit
abgeschalteter Firewall überprüft, das gleiche Ergebnis.
> Wenn ja, schalte die mal aus und teste nochmal. Die Dateien /etc/exports
> und /etc/fstab sehen alle iO aus.
> Hab' ich überlesen oder verwechselt, dass du einen Lenny-Server hast. Bei mir
> läuft der NFS-Server auch auf meinem Rechner (Lenny) und die Rechner meiner
> Töchter (OpenSuSE 11.0) mounten eine Freigabe ohne Problem. Also die gleiche
> Konstellation wie bei dir.
Ich hatte vormals einen Suse-Server laufen und habe nur gewechselt, weil
ich mehr Betriebssicherheit haben wollte. Der Suse-Server hatte sich bei
mir einigemal verabschiedet.
Nun habe ich noch folgendes überprüft. Lenny bietet die Netzwerkdiagnose
an und ich habe dort die IP des Clients eingegeben. Bei der Abfrage der
geöffneten Ports mit laufender Suse-Firewall werden keine geöffneten
Ports angezeigt, fahre ich die Firewall runter werden mehrere Ports
gemeldet. Sollte ich mal versuchen Ports von Hand zu öffnen, wenn ja ,
welche?
Gruß und einen schönen Sonntag
Ja, die Firewall ist gestartet und dieser Gedanke ist mir auch schon
> Matthias Müller schrieb:
> Hallo Matthias,
> erstmal Dank dafür, dass Ihr Euch die Mühe macht mich zu unterstützen.
>> Hallo Josef
>> Am Freitag, 15. Mai 2009 schrieb Josef Goebels:
>> snip
>>> So das ist der Stand der Dinge. Wo fehlt die Berechtigung und wie stelle
>>> ich sie her?
>>>
>> Auf der OpenSuSE-Liste ist gerade ein ähnlicher Thread gestartet. Dort fiel
>> das Stichwort "Suse-Firewall". Läuft auf deinem Suse-Rechner vielleicht die
>> Firewall?
> Ja, die Firewall ist gestartet und dieser Gedanke ist mir auch schon
> gekommen. Deshalb habe ich die ganze Geschichte auch komplett mit
> abgeschalteter Firewall überprüft, das gleiche Ergebnis.
>> Wenn ja, schalte die mal aus und teste nochmal. Die Dateien /etc/exports
>> und /etc/fstab sehen alle iO aus.
>> Hab' ich überlesen oder verwechselt, dass du einen Lenny-Server hast. Bei mir
>> läuft der NFS-Server auch auf meinem Rechner (Lenny) und die Rechner meiner
>> Töchter (OpenSuSE 11.0) mounten eine Freigabe ohne Problem. Also die gleiche
>> Konstellation wie bei dir.
> Ich hatte vormals einen Suse-Server laufen und habe nur gewechselt, weil
> ich mehr Betriebssicherheit haben wollte. Der Suse-Server hatte sich bei
> mir einigemal verabschiedet.
> Nun habe ich noch folgendes überprüft. Lenny bietet die Netzwerkdiagnose
> an und ich habe dort die IP des Clients eingegeben. Bei der Abfrage der
> geöffneten Ports mit laufender Suse-Firewall werden keine geöffneten
> Ports angezeigt, fahre ich die Firewall runter werden mehrere Ports
> gemeldet. Sollte ich mal versuchen Ports von Hand zu öffnen, wenn ja ,
> welche?
Da sollte doch in yast beim Client einrichten so eine Schaltfläche "port
freigeben" oder ähnlich sein, die das automatisch macht. Ich glaube es
war port 22.
Du kanst ja im terminal eine ssh Verbindung, oder im Konqui fish
probieren, ist glaub der gleiche port. Wenn fish funktioniert, sollte
NFS auch gehen.
Metaphysik ist der Versuch, in einem verdunkelten Zimmer eine schwarze
Katze zu fangen, die sich gar nicht darin befindet.
Am 16. May 2009 um 22:19 CEST schrieb Wolfgang Voelker:
> > Nun habe ich noch folgendes überprüft. Lenny bietet die Netzwerkdiagnose
> > an und ich habe dort die IP des Clients eingegeben. Bei der Abfrage der
> > geöffneten Ports mit laufender Suse-Firewall werden keine geöffneten
> > Ports angezeigt, fahre ich die Firewall runter werden mehrere Ports
> > gemeldet. Sollte ich mal versuchen Ports von Hand zu öffnen, wenn ja ,
> > welche?
> Da sollte doch in yast beim Client einrichten so eine Schaltfläche "port
> freigeben" oder ähnlich sein, die das automatisch macht. Ich glaube es
> war port 22.
> Du kanst ja im terminal eine ssh Verbindung, oder im Konqui fish
> probieren, ist glaub der gleiche port. Wenn fish funktioniert, sollte
> NFS auch gehen.
Eine interessante Logik :-)
,-----------------------------------------------------------------------------.
| Stefan Lütje | Why use Windows, since there is a door? |
| stefan.luetje[bei]t-online[punkt]de | |
`----Key fingerprint = BCB2 48E4 9211 C975 5A3F B192 9B6E CCCF 99CC 44FA-----'
hallo Stefan,
Stefan Luetje schrieb:
> Am 16. May 2009 um 22:19 CEST schrieb Wolfgang Voelker:
>> Josef Goebels schrieb:
>>> Nun habe ich noch folgendes überprüft. Lenny bietet die Netzwerkdiagnose
>>> an und ich habe dort die IP des Clients eingegeben. Bei der Abfrage der
>>> geöffneten Ports mit laufender Suse-Firewall werden keine geöffneten
>>> Ports angezeigt, fahre ich die Firewall runter werden mehrere Ports
>>> gemeldet. Sollte ich mal versuchen Ports von Hand zu öffnen, wenn ja ,
>>> welche?
>> Da sollte doch in yast beim Client einrichten so eine Schaltfläche "port
>> freigeben" oder ähnlich sein, die das automatisch macht. Ich glaube es
>> war port 22.
>> Du kanst ja im terminal eine ssh Verbindung, oder im Konqui fish
>> probieren, ist glaub der gleiche port. Wenn fish funktioniert, sollte
>> NFS auch gehen.
> Eine interessante Logik :-)
Nö, das ist keine Logik mehr. Das ist der verzweifelte/hilflose Versuch
aus der Ferne rauszubekommen, ob da überhaupt irgndwas geht, oder alles
blockt.
Ein so kleiner Schirm und trotzdem wird man nicht nass, wenn es nicht
regnet.
> hallo Stefan,
> Stefan Luetje schrieb:
>> Am 16. May 2009 um 22:19 CEST schrieb Wolfgang Voelker:
>>> Josef Goebels schrieb:
>>> Da sollte doch in yast beim Client einrichten so eine Schaltfläche "port
>>> freigeben" oder ähnlich sein, die das automatisch macht. Ich glaube es
>>> war port 22.
Schaltfläche ist angekreuzt, auf allen installierten Rechnern. Firewall
unter "Erlaubte Dienste / Externe Zone ist FNS Client aufgeführt .
>>> Du kanst ja im terminal eine ssh Verbindung, oder im Konqui fish
>>> probieren, ist glaub der gleiche port. Wenn fish funktioniert, sollte
>>> NFS auch gehen.
Ping funktioniert zwischen allen Rechner. Fish hatte immer funktioniert,
jetzt nicht mehr. Ich bereue zwischenzeitlich, dass ich den versuch
gewagt habe auf Debian 5 Lenny umzustellen. Wenn das nicht wieder jede
Menge Arbeit und Zeit (habe ich zu wenig) bedeuten würde, würde ich
wieder reumuütig zum Suse-Server zurück kehren.
Im Übrigen, E-Mail funktioniert sei gestern Abend wieder, es fehlen
allerdings einige Mails.
>> Eine interessante Logik :-)
> Ein so kleiner Schirm und trotzdem wird man nicht nass, wenn es nicht
> regnet.
Am Samstag, 16. Mai 2009 schrieb Josef Goebels:
bitte, gerne. Wir lernen ja auch was dabei, ist also völliger Eigennutz. Das
bei dir dann vielleicht irgendwas funktioniert, können doch dann wir nix für.
Grins :-)
Ich weiß nicht welche Ports da beteiligt sind, aber bei NFS2 und NFS3 sind es
mehrere. Bei NFS4 ist es nur einer, welcher weiß ich nicht. aber Wolfgangs
Vorschlag Port 22 liegt nahe. Auf jeden Fall im Yast die Ports öffnen, bei
der Einrichtung.
Wenn dein Intranet (darum handelt es sich) hinter einem Router getrennt vom
Internet liegt, solltest du die Firewall deaktivieren können. Dein Router
sollte eine drin haben, damit du nicht ungeschützt bist. Ich würde sie erst
mal auf _allen_ Rechnern ausschalten um dieses eventuelle Hindernis
ausschließen zu können.
> Gruß und einen schönen Sonntag
Dir auch
Am 16. May 2009 um 23:00 CEST schrieb Matthias Müller:
> Am Samstag, 16. Mai 2009 schrieb Josef Goebels:
> Ich weiß nicht welche Ports da beteiligt sind, aber bei NFS2 und NFS3 sind es
> mehrere. Bei NFS4 ist es nur einer, welcher weiß ich nicht. aber Wolfgangs
> Vorschlag Port 22 liegt nahe. Auf jeden Fall im Yast die Ports öffnen, bei
> der Einrichtung.
Ich weiß zwar nicht, auf welchem Port NFS4 lauscht, aber sicherlich nicht
zusammen mit ssh auf Port 22.
> Wenn dein Intranet (darum handelt es sich) hinter einem Router getrennt vom
> Internet liegt, solltest du die Firewall deaktivieren können. Dein Router
> sollte eine drin haben, damit du nicht ungeschützt bist. Ich würde sie erst
> mal auf _allen_ Rechnern ausschalten um dieses eventuelle Hindernis
> ausschließen zu können.
Ich halte eine "Firewall" auf dem Rechner selbst sowieso für ziemlich
witzlos, ausser man will/muß irgendwelche Dienste betreiben, die sich
nicht vernünftig konfigurieren lassen.
| Stefan Lütje | "I need a girl whose name doesn’t end in .JPG" |
Hallo Josef, hallo Stefan,
> Am 16. May 2009 um 23:00 CEST schrieb Matthias Müller:
>> Am Samstag, 16. Mai 2009 schrieb Josef Goebels:
>> Ich weiß nicht welche Ports da beteiligt sind, aber bei NFS2 und NFS3 sind es
>> mehrere. Bei NFS4 ist es nur einer, welcher weiß ich nicht. aber Wolfgangs
>> Vorschlag Port 22 liegt nahe. Auf jeden Fall im Yast die Ports öffnen, bei
>> der Einrichtung.
> Ich weiß zwar nicht, auf welchem Port NFS4 lauscht,
Ich würde es probehalber mal ohne NFS4 probieren.
> aber sicherlich nicht
> zusammen mit ssh auf Port 22.
nö das nicht. Aber ich glaube mich zu erinnern, das Suse bei NFS port 22
aufmacht.
>> Wenn dein Intranet (darum handelt es sich) hinter einem Router getrennt vom
>> Internet liegt, solltest du die Firewall deaktivieren können. Dein Router
>> sollte eine drin haben, damit du nicht ungeschützt bist. Ich würde sie erst
>> mal auf _allen_ Rechnern ausschalten um dieses eventuelle Hindernis
>> ausschließen zu können.
> Ich halte eine "Firewall" auf dem Rechner selbst sowieso für ziemlich
> witzlos, ausser man will/muß irgendwelche Dienste betreiben, die sich
> nicht vernünftig konfigurieren lassen.
Josef könnte auch mal versuchsweise die firewall im router deaktivieren.
Internet vorher natürlich weg machen.
Mich stimmt bedenklich, wenn Josef sagt fish funktioniert auch nicht.
Habe irgendwie den Verdacht, daß da alles dicht ist.
Ausgeschlossen! In meinem Urteil hab ich es schwarz auf weiß:
Enthauptung. Ich bestehe darauf, daß ich geköpft werde, und zwar sofort.
Jetzt bin ich schon amal da, und Abschied hab ich auch schon genommen
von meinen Angehörigen - also los!! Runter mit'n Kopf! Scheißt's net so
lang rum.
Ein Hallo allen Beteiligten und dem Rest der Welt,
ich möchte nochmals zur Aufhellung des Problems beitragen, weil da jetzt
einiges schon wieder im Hintergrund verschwunden ist.
>>> Ich weiß nicht welche Ports da beteiligt sind, aber bei NFS2 und NFS3 sind es
>>> mehrere. Bei NFS4 ist es nur einer, welcher weiß ich nicht. aber Wolfgangs
>>> Vorschlag Port 22 liegt nahe. Auf jeden Fall im Yast die Ports öffnen, bei
>>> der Einrichtung.
Firewall: Ich habe auf dem zur Zeit als Experimentclient benutzen
Rechner die Firewall rauf und runter gefahren, das machte keinen
Unterschied. Trotzdem bin ich überzeugt, dass die Firewall das Problem
ist. Ich will das einmal mit meinem Maßstab begründen. Unter
Schnittstellen befindet sich die Auflistung des Gigabit Ethernet
Adapters auf der Schnittstelle eth2 ?, keine Zone angegeben. Erlaubte
Dienste: Unter anderen der NFS-Client, externe Zone. Auffällig für mich
ist, das mit dem Diagnoseprogramm von Debian bei aktiver Firewall keine
offenen Ports gefunden werden, stoppe ich die Firewall auf dem Client
werden offene Ports angezeigt, unter anderen der Port 22. Zur
Erläuterung: Das Diagnoseprogramm läuft auf dem Server. Weiter ist auf
dem Client in der Firewall unter erlaubte Dienste / Weiter, Interne
Zone nichts zugewiesen, entmilitarisierte Zone nichts zugewiesen,
externe Zone: Schnittstelle , jede nicht zugewiesene usw., offene
Dienste, Ports und Protokolle: IPP-Server, Secure Shell und TCP-Ports.
Von NFS-Client steht da nichts. Was müsste geöffnet sein? Nun zum Thema
Firewall auf dem Router. Zunächst spielt das glaube ich für dieses
Problem keine Rolle, da die Firewall im Router vom Lieferanten in
Belgien nicht aktiviert ist und ich das noch nicht geändert habe, das
sollte die nächste Klärung mit Hilfe der Liste sein, aber ein Schritt
nach dem anderen. Soweit jetzt das Thema Firewall auf dem Client.
Nun zu meiner Meldung, dass "fish" nicht funktioniert. Zwischenzeitlich
habe ich das zu einem Teil hin gebogen. Ich beschreibe mal: Im System
bestehen vier Rechner, Rechner 1 = Server - keine Verbindung zu einem
anderen Rechner möglich, weder vom Server noch zum Server. Auf diesem
Server ist Debian installiert und "fish" ebenfalls. Rechner 2 = Laptop
- vom Laptop zum Rechner 3 = Büro, Verbindung möglich, von Rechner 3 zum
Laptop 2, keine Verbindung möglich. Rechner 4 = Silvia, zum Rechner 3
Büro, Verbindung möglich, umgekehrt, Verbindung möglich, Rechner 2
Laptop zum Rechner 4 Silvia, Verbindung möglich, umgekehrt Verbindung
möglich. Also besteht in keiner Richtung zwischen Server und den drei
Rechnern über "fish" eine Verbindung und es besteht eine
Verbindungsstörung zwischen Büro, Rechner 3 in Richtung Laptop, Rechner
2. Dieses Problem will ich jetzt nochmal angehen. Ich denke das liegt in
einer der beiden Firewalls verborgen. Ping funktioniert in Allen
Richtungen zwischen Server und Rechner und umgekehrt.
>> Ich weiß zwar nicht, auf welchem Port NFS4 lauscht,
> Ich würde es probehalber mal ohne NFS4 probieren.
Habe ich versucht, weil auch ein Hinweis hierzu für ältere System im
Bericht stand. Ich habe aber auf allen Rechnern die letzte Version von
NFS-installiert.
>> aber sicherlich nicht
>> zusammen mit ssh auf Port 22.
> nö das nicht. Aber ich glaube mich zu erinnern, das Suse bei NFS port 22
> aufmacht.
>>> Wenn dein Intranet (darum handelt es sich) hinter einem Router getrennt vom
>>> Internet liegt, solltest du die Firewall deaktivieren können. Dein Router
>>> sollte eine drin haben, damit du nicht ungeschützt bist. Ich würde sie erst
>>> mal auf _allen_ Rechnern ausschalten um dieses eventuelle Hindernis
>>> ausschließen zu können.
>> Ich halte eine "Firewall" auf dem Rechner selbst sowieso für ziemlich
>> witzlos, ausser man will/muß irgendwelche Dienste betreiben, die sich
>> nicht vernünftig konfigurieren lassen.
Das Problem muss ich später angehen, mein Provider liefert den Rooter
nur mit abgeschalteter Firewall und es ist immer etwas problematisch
daran zu kommen. In Belgien nimmt man das nicht so genau.
> Josef könnte auch mal versuchsweise die firewall im router deaktivieren.
> Internet vorher natürlich weg machen.
> Mich stimmt bedenklich, wenn Josef sagt fish funktioniert auch nicht.
> Habe irgendwie den Verdacht, daß da alles dicht ist.
Das ist alles schon mehrfach geschehen und ohne Wirkung geblieben. Das
Ganze zeigt eh ein Seltsames Verhalten, ich habe das schon mal beschrieben.
> Ausgeschlossen! In meinem Urteil hab ich es schwarz auf weiß:
> Enthauptung. Ich bestehe darauf, daß ich geköpft werde, und zwar sofort.
> Jetzt bin ich schon amal da, und Abschied hab ich auch schon genommen
> von meinen Angehörigen - also los!! Runter mit'n Kopf! Scheißt's net so
> lang rum.
Dann begib dich zum Henker und gehe nicht über Los
Herzliche Grüße und gutes Kopfzerbrechen über mein Problem.
Am Mittwoch, 20. Mai 2009 08:01 schrieb Josef Goebels:
> Firewall: Ich habe auf dem zur Zeit als Experimentclient benutzen
> Rechner die Firewall rauf und runter gefahren, das machte keinen
> Unterschied. Trotzdem bin ich überzeugt, dass die Firewall das Problem
> ist. Ich will das einmal mit meinem Maßstab begründen. Unter
> Schnittstellen befindet sich die Auflistung des Gigabit Ethernet
> Adapters auf der Schnittstelle eth2 ?, keine Zone angegeben. Erlaubte
> Dienste: Unter anderen der NFS-Client, externe Zone.
Ist auf dem Server vielleicht auch noch eine Firewall aktiv?
> Auffällig für mich
> ist, das mit dem Diagnoseprogramm von Debian bei aktiver Firewall keine
> offenen Ports gefunden werden, stoppe ich die Firewall auf dem Client
> werden offene Ports angezeigt, unter anderen der Port 22. Zur
> Erläuterung: Das Diagnoseprogramm läuft auf dem Server. Weiter ist auf
> dem Client in der Firewall unter erlaubte Dienste / Weiter, Interne
> Zone nichts zugewiesen, entmilitarisierte Zone nichts zugewiesen,
> externe Zone: Schnittstelle , jede nicht zugewiesene usw., offene
> Dienste, Ports und Protokolle: IPP-Server, Secure Shell und TCP-Ports.
> Von NFS-Client steht da nichts. Was müsste geöffnet sein?
Ich kenn mich mit den Yast-Firewall-Tools nicht aus, deshalb kann ich mit den
von Dir genannten Begriffen wenig anfangen. Für die Konfiguration der
Firewall benutze ich (unter Debian) Firestarter. Da kann man schön
nachvollziehen, was wann passiert, da dort mit Richtungsangaben gearbeitet
wird, also von wo nach wo Anfragen/Dienste erlaubt bzw. gesperrt sind.
Eigentlich macht auf einem Rechner der innerhalb eines Netzwerkes liegt eine
Firewall nur Sinn, wenn an diesem Rechner noch ein zusätzliches Netzwerk
(2.Netzwerkkarte/WLAN) hängt und beide Netzwerke gegeneinander abgesichert
werden sollen. Aber das hatte ja Stefan schon dargelegt.
Bei der Konfiguration der Firewall gibt es eigentlich nur zwei
Vorgehensweisen: entweder Du erlaubst allen alles (also alle Ports offen) und
schränkst danach die offenen Ports ein oder Du sperrst erst mal alle Ports
und erlaubst dann nach und nach den Zugriff nur über bestimmte Ports. Jedem
der von Windows kommt, sollte klar sein, daß die zweite Variante die
sicherste ist. Es gibt wohl aber noch Admins die das anders rum machen. :-(
Ich öffne auch nicht grundsätzlich Ports in beide Richtungen, wenn es nicht
notwendig ist. Da ich die einzelnen Protokolle nicht im Kopf habe, hilft
manchmal nur Probieren, um rauszubekommen, ob der bestimmte Port in eine
bestimmte Richtung oder beide offen sein muß.
Für den NFS Dienst solte IMHO Port 2049 offen sein.
Wichtige Portnummern findest Du u.a. hier:
> Nun zum Thema
> Firewall auf dem Router. Zunächst spielt das glaube ich für dieses
> Problem keine Rolle, da die Firewall im Router vom Lieferanten in
> Belgien nicht aktiviert ist und ich das noch nicht geändert habe, das
> sollte die nächste Klärung mit Hilfe der Liste sein, aber ein Schritt
> nach dem anderen.
Die Firewall auf dem Router ist aber die Wichtigste, weil die Dein Netzwerk
(und damit Deinen Server) gegen das Internet absichert. Das solltest Du also
eigentlich als erstes angehen - hat aber mit Deinem eigentlichen Problem
nichts zu tun.
> Soweit jetzt das Thema Firewall auf dem Client.
> Nun zu meiner Meldung, dass "fish" nicht funktioniert. Zwischenzeitlich
> habe ich das zu einem Teil hin gebogen. Ich beschreibe mal: Im System
> bestehen vier Rechner, Rechner 1 = Server - keine Verbindung zu einem
> anderen Rechner möglich, weder vom Server noch zum Server. Auf diesem
> Server ist Debian installiert und "fish" ebenfalls. Rechner 2 = Laptop
> - vom Laptop zum Rechner 3 = Büro, Verbindung möglich, von Rechner 3 zum
> Laptop 2, keine Verbindung möglich. Rechner 4 = Silvia, zum Rechner 3
> Büro, Verbindung möglich, umgekehrt, Verbindung möglich, Rechner 2
> Laptop zum Rechner 4 Silvia, Verbindung möglich, umgekehrt Verbindung
> möglich. Also besteht in keiner Richtung zwischen Server und den drei
> Rechnern über "fish" eine Verbindung und es besteht eine
> Verbindungsstörung zwischen Büro, Rechner 3 in Richtung Laptop, Rechner
> 2. Dieses Problem will ich jetzt nochmal angehen. Ich denke das liegt in
> einer der beiden Firewalls verborgen. Ping funktioniert in Allen
> Richtungen zwischen Server und Rechner und umgekehrt.
fish basiert auf ssh, d.h. auf den Rechner, auf den per ssh/fish zugegriffen
werden soll, muß ein ssh-Server laufen. Das solltest Du als erstes
kontrollieren. Dann den ssh-Zugriff auf der Konsole probieren und wenn das
klappt, kannst Du mit dem Konqui fishen. Wenn nämlich die
ssh-Schlüsseleinstellungen nicht stimmen, bekommt der Konqui über fish keine
Verbindung, meldet das aber nur lapidar mit sowas wie "kein Zugriff". ssh ist
da gesprächiger und weist Dich auf fehlende/falsche Schlüssel hin. Und
nochmal - wenn ein Dienst innerhalb des Netzwerkes nicht funktioniert - erst
mal alle Firewalls auf den beteiligten Rechnern probeweise ausschalten und
bei allen Kommandos/Programmen nur mit IP-Nummern, nicht mit Rechnernamen
arbeiten. die Rechnernamen kannman später in der Datei /etc/hosts eintragen,
dann kann man auch mit Rechnernamen arbeiten, aber um auf der untersten Ebene
zu bleiben, nimm erst al nur die IP-Adressen. Eine andere Möglichkeit wäre,
da ping nicht auf bestimmte Ports funktioniert, eine telnet-Verbindung über
den Port aufzubauen. Wenn da keine Rückmeldung kommt, ist der Port u.U. zu.
Oder halt nmap nehmen. Hab ich aber selbst noch nicht genutzt/gebraucht. Ich
weiß - das sind alles keine grafischen Tools aber die Netzwerkprotokolle sind
auch nicht grafisch. ;-)
> >> Ich halte eine "Firewall" auf dem Rechner selbst sowieso für ziemlich
> >> witzlos, ausser man will/muß irgendwelche Dienste betreiben, die sich
> >> nicht vernünftig konfigurieren lassen.
> Das Problem muss ich später angehen, mein Provider liefert den Rooter
> nur mit abgeschalteter Firewall und es ist immer etwas problematisch
> daran zu kommen. In Belgien nimmt man das nicht so genau.
Egal, ob man das in Belgien nicht so genau nimmt - mach das schleunigst oder
häng Dein Netzwerk vom Internet ab. Zumindest wissen jetzt alle hier, daß Du
ein nach außen offenes Netzwerk hast. ;-)
Viele Grüße
Uwe
OS: Debian GNU/Linux 4.0 Kernel 2.6.18 KDE 3.5.5
Benutzer #461074 im Linux-Counter http://counter.li.org
Uwe Herrmuth schrieb:
> Am Mittwoch, 20. Mai 2009 08:01 schrieb Josef Goebels:
> Ist auf dem Server vielleicht auch noch eine Firewall aktiv?
Das zu fragen hatte ich bei meinen Ausführungen vergessen. Ich weiß
nicht ob Debian 5 Lenny ein Firewall installiert und bestimmte Ports
sperrt oder öffnet. Wie kann ich das klären?
> Ich kenn mich mit den Yast-Firewall-Tools nicht aus, deshalb kann ich mit den
> von Dir genannten Begriffen wenig anfangen. Für die Konfiguration der
> Firewall benutze ich (unter Debian) Firestarter. Da kann man schön
> nachvollziehen, was wann passiert, da dort mit Richtungsangaben gearbeitet
> wird, also von wo nach wo Anfragen/Dienste erlaubt bzw. gesperrt sind.
> Eigentlich macht auf einem Rechner der innerhalb eines Netzwerkes liegt eine
> Firewall nur Sinn, wenn an diesem Rechner noch ein zusätzliches Netzwerk
> (2.Netzwerkkarte/WLAN) hängt und beide Netzwerke gegeneinander abgesichert
> werden sollen. Aber das hatte ja Stefan schon dargelegt.
> Bei der Konfiguration der Firewall gibt es eigentlich nur zwei
> Vorgehensweisen: entweder Du erlaubst allen alles (also alle Ports offen) und
> schränkst danach die offenen Ports ein oder Du sperrst erst mal alle Ports
> und erlaubst dann nach und nach den Zugriff nur über bestimmte Ports. Jedem
> der von Windows kommt, sollte klar sein, daß die zweite Variante die
> sicherste ist. Es gibt wohl aber noch Admins die das anders rum machen. :-(
> Ich öffne auch nicht grundsätzlich Ports in beide Richtungen, wenn es nicht
> notwendig ist. Da ich die einzelnen Protokolle nicht im Kopf habe, hilft
> manchmal nur Probieren, um rauszubekommen, ob der bestimmte Port in eine
> bestimmte Richtung oder beide offen sein muß.
> Für den NFS Dienst solte IMHO Port 2049 offen sein.
> Wichtige Portnummern findest Du u.a. hier:
Danke für die erhellenden Erklärungen. Ich werde mich mal auf den Link
begeben und mir das ansehen.
> Die Firewall auf dem Router ist aber die Wichtigste, weil die Dein Netzwerk
> (und damit Deinen Server) gegen das Internet absichert. Das solltest Du also
> eigentlich als erstes angehen - hat aber mit Deinem eigentlichen Problem
> nichts zu tun.
Ja das ist mir auch schon klar geworden, nur bietet der Router mir nicht
allzu viele Möglichkeiten des Zugriffs. Meine konfiguration auf dem
Router bietet mir nur drei Möglichkeiten an: Block all, Standard und
Disabled. Ich wollte mir nicht gleich 2 Baustellen schaffen, bin mir
aber auch der Gefahr bewust.
>> Soweit jetzt das Thema Firewall auf dem Client.
>> Nun zu meiner Meldung, dass "fish" nicht funktioniert. Zwischenzeitlich
>> habe ich das zu einem Teil hin gebogen. Ich beschreibe mal: Im System
>> bestehen vier Rechner, Rechner 1 = Server - keine Verbindung zu einem
>> anderen Rechner möglich, weder vom Server noch zum Server. Auf diesem
>> Server ist Debian installiert und "fish" ebenfalls. Rechner 2 = Laptop
>> - vom Laptop zum Rechner 3 = Büro, Verbindung möglich, von Rechner 3 zum
>> Laptop 2, keine Verbindung möglich. Rechner 4 = Silvia, zum Rechner 3
>> Büro, Verbindung möglich, umgekehrt, Verbindung möglich, Rechner 2
>> Laptop zum Rechner 4 Silvia, Verbindung möglich, umgekehrt Verbindung
>> möglich. Also besteht in keiner Richtung zwischen Server und den drei
>> Rechnern über "fish" eine Verbindung und es besteht eine
>> Verbindungsstörung zwischen Büro, Rechner 3 in Richtung Laptop, Rechner
>> 2. Dieses Problem will ich jetzt nochmal angehen. Ich denke das liegt in
>> einer der beiden Firewalls verborgen. Ping funktioniert in Allen
>> Richtungen zwischen Server und Rechner und umgekehrt.
> fish basiert auf ssh, d.h. auf den Rechner, auf den per ssh/fish zugegriffen
> werden soll, muß ein ssh-Server laufen. Das solltest Du als erstes
> kontrollieren.
Auf allen Rechner läuft ein ssh (Secure Shell Server), nur für Debian
ist mir das nicht klar, fish hatte ich nachinstalliert. gebe ich in
einer User-Konsole "ssh IPdesServers" ein, bekomme ich diese Antwort:
"ssh: connect to host 192.***.*.*** port 22: Connection refused". Also
ist da was zu? Bei der Kontrolle ob SSH auf dem Debian Rechner
installiert ist, ist fest zu halten-nicht installiert. ich habe
nachgeholt. Trotzdem bekomme ich bei einem Versuch mit "fish" die
Meldung "keine Verbindung zu Rechner 192.***. Bei einem Aufruf auf der
Konsole" ssh 192.**** bekomme ich diese Meldung:
ssh 192.*****
The authenticity of host '192.***** (192.*****)' can't be established.
RSA key fingerprint is 76:e3:bb:69:19:bf:45:16:80:46:18:24:cd:f0:e6:ff.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.1.64' (RSA) to the list of known hosts.
josgoe@192.1**** password:
Permission denied, please try again.
josgoe@192.****** password:
Linux linux-sonne 2.6.26-2-686 #1 SMP Mon May 11 19:00:59 UTC 2009 i686
The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
You have new mail.
Last login: Wed May 20 10:15:34 2009 from linux-laptop.lan
Nun ist das natürlich alles in englisch und dazu reicht es bei mir nur
sehr begrenzt.
> Dann den ssh-Zugriff auf der Konsole probieren und wenn das
> klappt, kannst Du mit dem Konqui fishen. Wenn nämlich die
> ssh-Schlüsseleinstellungen nicht stimmen, bekommt der Konqui über fish keine
> Verbindung, meldet das aber nur lapidar mit sowas wie "kein Zugriff". ssh ist
> da gesprächiger und weist Dich auf fehlende/falsche Schlüssel hin. Und
> nochmal - wenn ein Dienst innerhalb des Netzwerkes nicht funktioniert - erst
> mal alle Firewalls auf den beteiligten Rechnern probeweise ausschalten und
> bei allen Kommandos/Programmen nur mit IP-Nummern,
Das habe ich gemacht, Ausnahme bei Debian, da weiß ich nicht wie. Das
runterfahren der Firewall (Firewall stop) hatte nichts genutzt.
> nicht mit Rechnernamen
> arbeiten. die Rechnernamen kannman später in der Datei /etc/hosts eintragen,
> dann kann man auch mit Rechnernamen arbeiten, aber um auf der untersten Ebene
> zu bleiben, nimm erst al nur die IP-Adressen.
Ich habe bisher ausschließlich mit IP-Adressen gearbeitet.
> da ping nicht auf bestimmte Ports funktioniert, eine telnet-Verbindung über
> den Port aufzubauen. Wenn da keine Rückmeldung kommt, ist der Port u.U. zu.
> Oder halt nmap nehmen. Hab ich aber selbst noch nicht genutzt/gebraucht. Ich
> weiß - das sind alles keine grafischen Tools aber die Netzwerkprotokolle sind
> auch nicht grafisch. ;-)
>> Das Problem muss ich später angehen, mein Provider liefert den Rooter
>> nur mit abgeschalteter Firewall und es ist immer etwas problematisch
>> daran zu kommen. In Belgien nimmt man das nicht so genau.
> Egal, ob man das in Belgien nicht so genau nimmt - mach das schleunigst oder
> häng Dein Netzwerk vom Internet ab. Zumindest wissen jetzt alle hier, daß Du
> ein nach außen offenes Netzwerk hast. ;-)
Ich habe die Firewall aktiviert und hoffe, das ich jetzt noch rauskomme.
Das ist einfach Sch... hier mit dem Ding. Ich habe zwar eine Fritzbox
hier die ich konfigurieren könnte, die läuft aber nur für DSL ich habe
aber auch Telefonie darüber und der Splitter ist in dem dämlichen teil
eingebaut.
> Viele Grüße
> Uwe
Herzliche Grüße
Hallo josef,
nur ganz kurz, da ich an die Werkbank muß....
Am Mittwoch, 20. Mai 2009 10:45 schrieb Josef Goebels:
> Trotzdem bekomme ich bei einem Versuch mit "fish" die
> Meldung "keine Verbindung zu Rechner 192.***. Bei einem Aufruf auf der
> Konsole" ssh 192.**** bekomme ich diese Meldung:
> ssh 192.*****
> The authenticity of host '192.***** (192.*****)' can't be established.
> RSA key fingerprint is 76:e3:bb:69:19:bf:45:16:80:46:18:24:cd:f0:e6:ff.
Das ist das, was ich meinte - ssh fehlte der entsprechende Schlüssel - fish
unterschlägt diese Meldung.
> Are you sure you want to continue connecting (yes/no)? yes
> Warning: Permanently added '192.168.1.64' (RSA) to the list of known hosts.
> josgoe@192.1**** password:
> Permission denied, please try again.
> josgoe@192.****** password:
> Linux linux-sonne 2.6.26-2-686 #1 SMP Mon May 11 19:00:59 UTC 2009 i686
> The programs included with the Debian GNU/Linux system are free software;
> the exact distribution terms for each program are described in the
> individual files in /usr/share/doc/*/copyright.
> Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
> permitted by applicable law.
> You have new mail.
> Last login: Wed May 20 10:15:34 2009 from linux-laptop.lan
Und jetzt bist Du per ssh von Deinem Laptop zum Debian verbunden. Eigentlich
sollte jetzt auch fish gehen - wenn denn auf dem Debian auch ein User
angelegt ist, der mit dem vom Laptop identisch ist.
Hallo Uwe, hallo Matthias,
erstmal Dank für Eure Geduld.
> Hallo josef,
> nur ganz kurz, da ich an die Werkbank muß....
> Am Mittwoch, 20. Mai 2009 10:45 schrieb Josef Goebels:
> Das ist das, was ich meinte - ssh fehlte der entsprechende Schlüssel - fish
> unterschlägt diese Meldung.
Das habe ich in etwa verstanden und einmal in die ".ssh" rein geschaut.
Erstaunlicherweise sind dort nicht alle aufgeführten Rechner mit einer
IP versehen, ist das das Problem und wie kann das passiert sein. Wie
kriege ich das wieder geregelt. Ich komme zwar auf der Konsole als root
auf den anderen Rechner aber mit dem Konqueror oder auf der Konsole als
User nicht.
>> Are you sure you want to continue connecting (yes/no)? yes
>> Warning: Permanently added '192.168.1.64' (RSA) to the list of known hosts.
>> josgoe@192.1**** password:
>> Permission denied, please try again.
>> josgoe@192.****** password:
>> Linux linux-sonne 2.6.26-2-686 #1 SMP Mon May 11 19:00:59 UTC 2009 i686
>> The programs included with the Debian GNU/Linux system are free software;
>> the exact distribution terms for each program are described in the
>> individual files in /usr/share/doc/*/copyright.
>> Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
>> permitted by applicable law.
>> You have new mail.
>> Last login: Wed May 20 10:15:34 2009 from linux-laptop.lan
> Und jetzt bist Du per ssh von Deinem Laptop zum Debian verbunden. Eigentlich
> sollte jetzt auch fish gehen - wenn denn auf dem Debian auch ein User
> angelegt ist, der mit dem vom Laptop identisch ist.
Das habe ich nicht verstanden, sorry!
Für Dich noch Matthias, ich habe die Firewall im Router hochgefahren und
werde bis zur Klärung jeweils nur für die Kontakte das Internet aktivieren.
Gruß und herzlichen Dank im Voraus für jeden Rat.
josef
Am Mittwoch, 20. Mai 2009 schrieb Josef Goebels:
> Das habe ich in etwa verstanden und einmal in die ".ssh" rein geschaut.
In was für eine ".ssh", gib mal bitte den genauen Dateinamen und den Pfad zu
dieser Datei
> Erstaunlicherweise sind dort nicht alle aufgeführten Rechner mit einer
> IP versehen, ist das das Problem
Solange die Hostname und die zugehörigen IP in der Datei /etc/hosts drin sind
nicht unbedingt.
> und wie kann das passiert sein. Wie
> kriege ich das wieder geregelt. Ich komme zwar auf der Konsole als root
> auf den anderen Rechner aber mit dem Konqueror oder auf der Konsole als
> User nicht.
Nur der Vollständigkeit: Dein Server ist Debian und der Client ist OpenSuse.
Richtig?
Sind auf dem Server und auf den Clients die Benutzer identisch angelegt?
Username, UID, Primärgruppe, sonstige Gruppen?
So langsam gehen mir die Ideen aus.
Schick mir mal bitte per PM (!) folgende Dateien
/etc/hosts von allen beteiligten Rechnern
/etc/exports von deinem NFS-Server
/etc/fstab von den clients.
An die Dateinamen Kenner dranhängen von welchem Rechner sie stammen, also
zB /etc/hosts.server oder /etc/fstab.client1 oder so ähnlich.
Ist die Firewall auf allen Rechnern jetzt aus?
Am Mittwoch, 20. Mai 2009 20:34 schrieb Josef Goebels:
> > Das ist das, was ich meinte - ssh fehlte der entsprechende Schlüssel -
> > fish unterschlägt diese Meldung.
> IP versehen, ist das das Problem und wie kann das passiert sein. Wie
Welche .ssh-Datei meinst Du?
> > Und jetzt bist Du per ssh von Deinem Laptop zum Debian verbunden.
> > Eigentlich sollte jetzt auch fish gehen - wenn denn auf dem Debian auch
> > ein User angelegt ist, der mit dem vom Laptop identisch ist.
> Das habe ich nicht verstanden, sorry!
Na dann nehmen wir mal aus Deiner letzten Mail alles einzeln auseinander.
> Bei einem Aufruf auf der
Hier bist Du auf Deinem Rechner X und versuchst eine ssh-Verbindung nach
192.***
Die Identität des Rechners kann nicht überprüft werden, da kein entsprechender
Schlüssel ind der Datei ~/.ssh/known_hosts gefunden wird.
Möchtest Du trotzdem fortfahren?
Eine Warnung, daß der Rechner 192.168.1.64 in die Liste der bekannten Rechner
eingetragen wird.
Hier hast Du ein falsches Passwort eingegeben.
Dieses Passwort war korrekt.
Jetzt bist Du auf dem Rechner linux-sonne angemeldet.
Er sagt Dir, daß in Deinem Postfach neue Mails sind.
Und daß Dein letzter Login auf diesem Rechner vom Rechner linux-laptop.lan
erfolgte.
Hallo Liste, hallo Uwe und Matthias,
mein Problem ist endlich gelöst. Zur Erläuterung: Matthias gab den
entscheidenden Tipp, in meiner /etc/exports (Debian-System) hatte ich
aus der letzten EasyLinux die Einträge für entnommen. Ich benutzte den
Eintrag: "/Verzeichnis 192.168.1.*(rw,sync,no_subtree_check)".
Offensichtlich funktioniert das im Zusammenspiel mit SUSE11.0 / 11.1
nicht. Matthias empfahl die IP zu löschen und nur die Zeile so zu
benutzen: " /Verzeichnis *(rw,sync,no_subtree_check)".
Es funktionierte dann sofort ohne Probleme mit allen Rechnern. Allen
meinen herzlichen Dank, nun kann ich das nächste Problem angehen.
Ich würde folgendes vorschlagen:
Für alle Versuche im Intranet, trenne dich vom Internet. Nur um Feedback zu
geben solltest Du dich wieder mit dem Internet verbinden, wenn das
realistisch und mit minimalem Aufwand möglich ist. Wenn das der Fall ist,
kannst Du auf _allen_ beteiligten Rechner, eine eventl laufende Firewall
stilllegen. Falls eine laufen sollte, ist nämlich nie sichergestellt, ob es
prinzipiell funktioniert, weil nie sicher ist, wer da Schwierigkeiten macht:
die Firewall oder eine falsche Konfig.
Wenn alles läuft, kümmerst Du dich um die Firewall auf deinem Router. Ich habe
da übrigens bei meinem Router nichts konfigurieren müssen, hat eigentlich
alles gepasst.
> installiert ist, ist fest zu halten-nicht installiert. ich habe
> nachgeholt. Trotzdem bekomme ich bei einem Versuch mit "fish" die
Das liest sich doch schonmal richtig. Hier wurde eine Verbindung via ssh
ausgehandelt, die Sessionkeys ausgetausch und der Zielrechner als erlaubtes
Ziel in eine Datei mit bekannten Hosts eingetragen
Wer ist der Rechner sonne und von welchem Rechner hast Du den ssh gestartet?
Der übliche Befehl auf einen Rechner zu kommen ist (einfachster Fall)
ssh username@rechner(name|ip)
Wenn du das das Erste Mal machst läuft der ganze Sermon oben ab. Bei allen
folgenden Malen, kommt nur die Frage nach dem Passwort und Du bist auf dem
entfernten Rechner.
> Ich habe die Firewall aktiviert und hoffe, das ich jetzt noch rauskomme.
> Das ist einfach Sch... hier mit dem Ding. Ich habe zwar eine Fritzbox
> hier die ich konfigurieren könnte, die läuft aber nur für DSL ich habe
> aber auch Telefonie darüber und der Splitter ist in dem dämlichen teil
> eingebaut.
Deine Mail ist jedenfalls angekommen.
> besteht ...
soweit richtig
> ... und besitzt 3 weitere themen bezogene Verzeichnisse.
Sollen die ebenfalls als eigene Verzeichnisse via NFS auf dem Client
eingehängt werden?
Hier hättest du auch den Rechnernamen des Servers eintragen können, aber so
ist das auch OK.
> auf dem Server gefunden "/home/josgoe/heimnetz".
OK
> Mountpoint (lokal),
> schon beschriebene Fehlermeldung.
Ich denke hier müsste um der Klarheit willen ein Punkt rein. Ich denke wir
kommen am schnellsten weiter, wenn du mal folgendes postest:
vom Server:
/etc/exports
eine Liste der Verzeichnisse, die du bereitstellen willst. Am besten in
folgender Form, falls die Unterverzeichnisse das Ziel deines Begehrens sind:
/home/josgoe/heimnetz
/home/josgoe/heimnetz/Verzeichnis1
/home/josgoe/heimnetz/Verzeichnis2
/home/josgoe/heimnetz/Verzeichnis3
Vom Client:
/etc/fstab
Liste mit den geplanten Zielen (mount points) der NFS-Verzeichnisse
Falls du sie nicht in die Öffentlichkeit rausgeben willst, gerne auch per PM.
> ob ich das Verzeichnis "Netz" nun mit
> oder nicht, macht keinen Unterschied.
Auf dem Client muss nichts freigegeben werden.
> In der Letzten EasyLinux ist auch
Ein mount point ist nichts anderes als ein leeres Verzeichnis
Das funzt auch mit Debian als Server. Bei mir tut's auch.
>> Hallo Josef,
>>> Hallo Liste,
>>> nun kann ich endlich an meinem Projekt, Server umstellen auf Debian,
>>> weiter machen. Ich habe im Debian-System in /etc/exports folgendes
>>> eingetragen: "/home/josgoe/verzeichnisname
>>> 192.168.1.*(rw,async,no_subtree_check)". Muss ich dieses Verzeichnis
>>> noch erst freigeben und wenn ja, wie. Ich habe dann einen Client
>>> eingerrichtet, dabei handelt es sich um ein Suse 11.0 System. Auf dem
>>> Rechner habe ich in /mnt ein Verzeichnis "Verzeichnisname" eingerichtet
>>> und für nfs freigegeben.
>> Die Freigabe muß imho nur auf dem Server sein. Auf dem Client brauchst
>> du das nicht, Der holt sich das ja.
> frei gebe?. bisher habe ich im Kofler nichts dazu gefunden. Ich werde
Wenn du KDE hast nimm den Konqui. Rechtsklick auf Verzeichnis >>
Eigenschaften >> dort Freigabe auswählen.
Sollte reichen.
Wenn drei Leute in einem Raum sind und vier gehen raus, muß dann einer
wieder reingehen, damit der Raum leer ist ?
-- Alfred Dorfer --
irgendwie komme ich mit dem mounten per cronjob nicht klar.
Die Befehlszeile lautet:
if [ ! -e /media/MM ]; then mkdir /media/MM; fi; mount -t
ext3 /dev/disk/by-label/MM /media/MM
zu deutsch, wenn der Mountpunkt /media/MM nicht existiert, soll er erstellt
werden und dann die Disk mit dem Label MM nach /media/MM gemountet werden.
Auf der Konsole funktioniert das Konstrukt so wie es ist einwandfrei. Hab es
mehrmals probiert.
Das ganze als cronjob bringt regelmäßig die Fehlermeldung
mount: wrong fs type, bad option, bad superblock on /dev/disk/by-label/MM,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
Kann mir jemand sagen, was in cron anderes passiert als in der Konsole?
Hallo Uwe,
Am Mittwoch, den 13.05.2009, 09:51 +0200 schrieb Uwe Herrmuth:
[ .. ]
> Kann mir jemand sagen, was in cron anderes passiert als in der Konsole?
Ein Schuss in's Blaue:
Kann es sein, dass Du in der Konsole als root arbeitest und die
"crontab" einem Nutzer ungleich root gehört?
(Obwohl ich da eigentlich eine andere Fehlermeldung erwarten würde.)
Liebe Grüße
Franz
Es gibt 10 Arten von Menschen - Die Einen können Binärcode lesen,
die Anderen nicht.
Hallo Franz,
Am Mittwoch, 13. Mai 2009 21:45 schrieb Franz Deuzer:
> Ein Schuss in's Blaue:
> Kann es sein, dass Du in der Konsole als root arbeitest und die
> "crontab" einem Nutzer ungleich root gehört?
Nein - der crontab-Eintrag gehört auch root - schon wegen dem mount. ;-)
OS: Debian GNU/Linux 4.0 Kernel 2.6.18-5-686 KDE 3.5.5
Hallo Uwe
Am Mittwoch, 13. Mai 2009 schrieb Uwe Herrmuth:
crond macht die eigentliche Arbeit. crond läuft in einer Umgebung in der so
ziemlich alles unbekannt ist. Auch Suchpfade. Versuche mal folgendes:
if [ ! -e /media/MM ]; then /bin/mkdir -p /media/MM; fi; /bin/mount -t
Das hier ist kürzer:
[ ! -e /media/MM ] && /bin/mkdir -p /media/MM && /bin/mount -t
Am Mittwoch, 13. Mai 2009 21:46 schrieb Matthias Müller:
> crond macht die eigentliche Arbeit. crond läuft in einer Umgebung in der so
> ziemlich alles unbekannt ist. Auch Suchpfade. Versuche mal folgendes:
> if [ ! -e /media/MM ]; then /bin/mkdir -p /media/MM; fi; /bin/mount -t
> ext3 /dev/disk/by-label/MM /media/MM
> Das hier ist kürzer:
> [ ! -e /media/MM ] && /bin/mkdir -p /media/MM && /bin/mount -t
Ich werde es versuchen. obwohl ich es nicht so recht glauben mag, da mount ja
die Fehlermeldung ausspuckt -> der Pfad zu mount stimmt also, bliebe noch
mkdir, da würde ich aber von mount eine andere Fehlermeldung erwarten. Na mal
sehen,werde morgen über Erfolg oder Niederlage berichten. ;-)
> > Kann mir jemand sagen, was in cron anderes passiert als in der Konsole?
Wie ich schon vermutet hatte, lag es an den Pfadangaben nicht. Hab mich dann
mal mit den Ausgaben von dmesg beschäftigt und folgendes gefunden:
sd 1:0:0:0: Device not ready: : Current: sense key: Not Ready
Additional sense: Logical unit not ready, initializing command required
end_request: I/O error, dev sda, sector 65
EXT3-fs: unable to read superblock
Der Platte fehlt also ein Kommando zur Initialisierung. Bin jetzt erst mal am
Suchen, was das sein könnte.
Hallo an alle Mitleser,
Am Donnerstag, 14. Mai 2009 08:53 schrieb Uwe Herrmuth:
> > > Kann mir jemand sagen, was in cron anderes passiert als in der Konsole?
Kurz und bündig - nichts - jedenfalls in diesem Fall. Das Nichtfunktioieren
des Cronjobs hängt mit der Kombination Zeitpunkt des Jobs/Hardware zusammen.
> sd 1:0:0:0: Device not ready: : Current: sense key: Not Ready
> Additional sense: Logical unit not ready, initializing command required
> end_request: I/O error, dev sda, sector 65
> EXT3-fs: unable to read superblock
> Der Platte fehlt also ein Kommando zur Initialisierung. Bin jetzt erst mal
> am Suchen, was das sein könnte.
Was man so alles über seine Hardware beim gurgeln erfährt ist erstaunlich.
Bisher hatte ich mir beim Festplattenkauf nie Gedanken darüber gemacht, ob
die für Linux geeignet sind. Dachte immer da kommt einfach ein
Linux-Filesystem rauf und fertig ist. Weit gefehlt, in der Schachtel sind ja
nicht nur die gestapelten Silberscheiben drin, sondern auch noch ein
Controler.
In besagtem Fall handelt es sich um eine USB-Platte aus der Seagate Free Agent
Serie. Daß die einen Energie-Spar-Modus hat, hatte ich im Handbuch wohl
gelesen, es aber auf eine softwareseitige Lösung bezogen. Da das ganze
Handbuch nur von Windows spricht, dachte ich, das wär dann für Linux nicht
relevant. Software stimmt soweit, aber die ist in die Hardware, sprich die
Controler-Chips gegossen - die Platte schaltet sich einfach nach ein paar
Minuten Inaktivität ab - wieviel Minuten genau kann ich im Moment nicht
sagen, hab das Handbuch nicht hier. Jedenfalls verursacht dieses Abschalten
die obige Fehlermeldung in dmesg beim mount-Versuch und mount selbst meckert
natürlich dann auch.
Nach dem Ab- und wieder Anstöpseln gehts dann wieder - bis na ja ;-)
vorläufige Lösung:
ein cronjob der alle 2 Minuten ein hdparm -t auf die Platte ausführt, damit
sie nicht einschläft
endgültige Lösung:
Gang zum Mädchen-Markt, andere Platte kaufen, Daten umschaufeln - die Seagate
Free Agent scheinen unter allen Betriebssystemen nicht sehr zuverlässig zu
laufen, was man so liest
Was lernen wir daraus: Augen auf beim Festplattenkauf.
Am Donnerstag, den 14.05.2009, 10:20 +0200 schrieb Uwe Herrmuth:
> endgültige Lösung:
> Gang zum Mädchen-Markt, andere Platte kaufen, Daten umschaufeln - die Seagate
> Free Agent scheinen unter allen Betriebssystemen nicht sehr zuverlässig zu
> laufen, was man so liest
Die scheinen generell häufig Probleme zu haben - nicht nur bei externen
Platten. Bei Otto ist gerade eine fast neue 350-GB "ab......t" und wenn
ich richtig überlege, waren bis auf eine IBM auch bei mir alle
gestorbenen aus dieser Firma.
> Was lernen wir daraus: Augen auf beim Festplattenkauf.
Ich kaufe die Sorte schon lange nicht mehr.
Hallo Amadeus,
Am Donnerstag, 14. Mai 2009 10:51 schrieb Amadeus Bippelsterz:
> Am Donnerstag, den 14.05.2009, 10:20 +0200 schrieb Uwe Herrmuth:
> Hallo Uwe
> > endgültige Lösung:
> > Gang zum Mädchen-Markt, andere Platte kaufen, Daten umschaufeln - die
> > Seagate Free Agent scheinen unter allen Betriebssystemen nicht sehr
> > zuverlässig zu laufen, was man so liest
> Die scheinen generell häufig Probleme zu haben - nicht nur bei externen
> Platten. Bei Otto ist gerade eine fast neue 350-GB "ab......t"
Ich hab davon gelesen. :-( Wo war das noch? ;-)
> Ich kaufe die Sorte schon lange nicht mehr.
Joh - werd auch zusehen, daß ich als Erstz eine von Trekstor bekomme - da
hatte ich noch nie Probleme. Und wenn, war ich selbst Schuld - man soll die
Dinger eben im laufenden Betrieb nicht vom Schreibtisch fallen lassen. Muß
mal überlegen, ob ich die Firma verklagen kann, weil das nicht im Manual
stand. ;-)
Am Donnerstag, den 14.05.2009, 11:08 +0200 schrieb Uwe Herrmuth:
> Joh - werd auch zusehen, daß ich als Erstz eine von Trekstor bekomme - da
> hatte ich noch nie Probleme. Und wenn, war ich selbst Schuld - man soll die
> Dinger eben im laufenden Betrieb nicht vom Schreibtisch fallen lassen.
Ist trotzdem erstaunlich, was die Dinger u.U. rein mechanisch aushalten
können. Man hat mal bei uns Zielschießen mit dem WaWe auf sowas (und
noch ein paar andere Dinge) veranstaltet. Wirklich kaputt waren sie erst
nach 50-70 m Flug und Aufschlag auf dem Beton. Und eine noch in einem
Rechner-Gehäuse eingebaute hat sogar das äußerlich unbeschadet
überstanden...
On Thu, May 14, 2009 at 11:55:27AM +0200, Amadeus Bippelsterz wrote:
> Ist trotzdem erstaunlich, was die Dinger u.U. rein mechanisch aushalten
> können. Man hat mal bei uns Zielschießen mit dem WaWe auf sowas (und
> noch ein paar andere Dinge) veranstaltet. Wirklich kaputt waren sie erst
> nach 50-70 m Flug und Aufschlag auf dem Beton. Und eine noch in einem
> Rechner-Gehäuse eingebaute hat sogar das äußerlich unbeschadet
> überstanden...
Merkwürdige Hobbies habt Ihr ... ;)
Grinsende Grüße von Heike, die mal gefrustet Hardware aus dem Fenster
geworfen hat, aber im Erdgeschoss wohnt ;)))
Heike Jurzik, M. A. hjurzik[bei]easylinux[punkt]de
Am Donnerstag, den 14.05.2009, 12:06 +0200 schrieb Heike Jurzik:
Hallo Heike
> Merkwürdige Hobbies habt Ihr ... ;)
> Grinsende Grüße von Heike, die mal gefrustet Hardware aus dem Fenster
> geworfen hat, aber im Erdgeschoss wohnt ;)))
Ich habe mir sagen lasen, daß ganz speziell gestreßte $MS-SysOpse noch
zu ganz anderen Dingen fähig sind... :P
Hallo,
Am Donnerstag, 14. Mai 2009 schrieb Heike Jurzik:
> Hallo Amadeus,
> On Thu, May 14, 2009 at 11:55:27AM +0200, Amadeus Bippelsterz wrote:
> > Ist trotzdem erstaunlich, was die Dinger u.U. rein mechanisch aushalten
> > können. Man hat mal bei uns Zielschießen mit dem WaWe auf sowas (und
> > noch ein paar andere Dinge) veranstaltet. Wirklich kaputt waren sie erst
> > nach 50-70 m Flug und Aufschlag auf dem Beton. Und eine noch in einem
> > Rechner-Gehäuse eingebaute hat sogar das äußerlich unbeschadet
> > überstanden...
Du glaubst gar nicht, wie erstaunt eine Horde von Geburtstagsgästen (Mädels
mit ca 10-11 Jahren) gucken können, wenn du wutentbrannt an ihnen
vorbeirauschst und einen Drucker in den Garten schmeisst.
Amadeus Bippelsterz schrieb:
> Am Donnerstag, den 14.05.2009, 11:08 +0200 schrieb Uwe Herrmuth:
>> Joh - werd auch zusehen, daß ich als Erstz eine von Trekstor bekomme - da
>> hatte ich noch nie Probleme. Und wenn, war ich selbst Schuld - man soll die
>> Dinger eben im laufenden Betrieb nicht vom Schreibtisch fallen lassen.
> können. Man hat mal bei uns Zielschießen mit dem WaWe auf
Keine Feuchtigkeitsprobleme?
> sowas (und
Am Donnerstag, den 14.05.2009, 15:06 +0200 schrieb Wolfgang Voelker:
Hallo Wolfgang
> >>
> > können. Man hat mal bei uns Zielschießen mit dem WaWe auf
> Keine Feuchtigkeitsprobleme?
Elektrisch waren sie ja wohl vorher schon hin?
Alles hatte jedenfalls gedacht, daß 15 oder 18 atü ausreichend sein
müßten, die Dinger an Ort und Stelle zu zerbröseln! :)
Pustekuchen!
(Ein 25 oder 30 Jahre alte ETZ 250 aus Zschopau ist übrigens nach dem
Austausch des nassen Kerzensteckers gegen einen trocken auch noch
angesprungen! :) )
Die Deutschen werden immer unfähig bleiben, eine Revolution anzuzetteln, denn
bevor sie einen Bahnhof stürmen, kaufen sie sich immer erst eine Bahnsteigkarte
(Wladimir Iljitsch Uljanow - genannt Lenin)
> Am Donnerstag, den 14.05.2009, 15:06 +0200 schrieb Wolfgang Voelker:
> Hallo Wolfgang
>>>>
>>> Ist trotzdem erstaunlich, was die Dinger u.U. rein mechanisch aushalten
>>> können. Man hat mal bei uns Zielschießen mit dem WaWe auf
>> Keine Feuchtigkeitsprobleme?
> Elektrisch waren sie ja wohl vorher schon hin?
> Alles hatte jedenfalls gedacht, daß 15 oder 18 atü ausreichend sein
> müßten, die Dinger an Ort und Stelle zu zerbröseln! :)
> Pustekuchen!
> (Ein 25 oder 30 Jahre alte ETZ 250 aus Zschopau ist übrigens nach dem
> Austausch des nassen Kerzensteckers gegen einen trocken auch noch
> angesprungen! :) )
Wir hatten sonen Test mal unfreiwillig mit einem Schaltschrank. Darin
SPS . Beteiligt ein Kärcher (professionelle Variante, kein Baumarkt).
SPS hat verloren. Gab Stunk.
Am Donnerstag, den 14.05.2009, 16:01 +0200 schrieb Wolfgang Voelker:
> Wir hatten sonen Test mal unfreiwillig mit einem Schaltschrank. Darin
> SPS . Beteiligt ein Kärcher (professionelle Variante, kein Baumarkt).
> SPS hat verloren. Gab Stunk.
Womit wir schon wieder mal die Könige des [OT] wären... :)
Am 14. May 2009 um 10:20 CEST schrieb Uwe Herrmuth:
> In besagtem Fall handelt es sich um eine USB-Platte aus der Seagate Free Agent
> Serie. Daß die einen Energie-Spar-Modus hat, hatte ich im Handbuch wohl
> gelesen, es aber auf eine softwareseitige Lösung bezogen. Da das ganze
> Handbuch nur von Windows spricht, dachte ich, das wär dann für Linux nicht
> relevant. Software stimmt soweit, aber die ist in die Hardware, sprich die
> Controler-Chips gegossen - die Platte schaltet sich einfach nach ein paar
> Minuten Inaktivität ab - wieviel Minuten genau kann ich im Moment nicht
> sagen, hab das Handbuch nicht hier. Jedenfalls verursacht dieses Abschalten
> die obige Fehlermeldung in dmesg beim mount-Versuch und mount selbst meckert
> natürlich dann auch.
> Nach dem Ab- und wieder Anstöpseln gehts dann wieder - bis na ja ;-)
Dieser "tolle" Energie-Spar-Modus von den Seagate Free Agent Platten hat
einige Wellen geschlagen (z.B. bei heise), erstaunlich, daß du davon
noch nichts gehört hattest. Ausserdem solltest du mal die Version der
firmware prüfen, ob du nicht auch noch zusätzlich vom letzten großen
firmware Bug Debakel betroffen bist.
"Tauche nie deinen Füller in Firmentinte. Nie im eigen Haus rumheften,
tackern, lochen." Stromberg
Hallo Stefan,
Am Donnerstag, 14. Mai 2009 11:36 schrieb Stefan Luetje:
> Dieser "tolle" Energie-Spar-Modus von den Seagate Free Agent Platten hat
> einige Wellen geschlagen (z.B. bei heise), erstaunlich, daß du davon
> noch nichts gehört hattest.
Ich komme gerade mal dazu die Mails auf dieser Liste (fast) alle zu lesen, bei
den anderen abonnierten Listen bleibt es meist bei den Betreffzeilen. Der Tag
hat leider nur 24 Stunden und selbst wenn ich die Nacht noch dazu nehme,
komme ich nicht dazu mir auch noch diverse Online-Artikel reinzuziehen. ;-)
> Ausserdem solltest du mal die Version der
> firmware prüfen, ob du nicht auch noch zusätzlich vom letzten großen
> firmware Bug Debakel betroffen bist.
Der Firmware-Bug ist mir so ziemlich Wurscht - das Umschaufeln der Daten auf
eine neue Platte geht heute Nacht über die Bühne - morgen Nacht wird sie
genullt und übermorgen steht sie in der I-Bucht. ;-)
Moin Uwe,
gestern nicht bei AC/DC?
> Hallo an alle Mitleser,
> Am Donnerstag, 14. Mai 2009 08:53 schrieb Uwe Herrmuth:
>>>> Kann mir jemand sagen, was in cron anderes passiert als in der Konsole?
> Kurz und bündig - nichts - jedenfalls in diesem Fall. Das Nichtfunktioieren
> des Cronjobs hängt mit der Kombination Zeitpunkt des Jobs/Hardware zusammen.
>> sd 1:0:0:0: Device not ready: : Current: sense key: Not Ready
>> Additional sense: Logical unit not ready, initializing command required
>> end_request: I/O error, dev sda, sector 65
>> EXT3-fs: unable to read superblock
>> Der Platte fehlt also ein Kommando zur Initialisierung. Bin jetzt erst mal
>> am Suchen, was das sein könnte.
> Was man so alles über seine Hardware beim gurgeln erfährt ist erstaunlich.
> Bisher hatte ich mir beim Festplattenkauf nie Gedanken darüber gemacht, ob
> die für Linux geeignet sind. Dachte immer da kommt einfach ein
> Linux-Filesystem rauf und fertig ist. Weit gefehlt, in der Schachtel sind ja
> nicht nur die gestapelten Silberscheiben drin, sondern auch noch ein
> Controler.
> vorläufige Lösung:
> ein cronjob der alle 2 Minuten ein hdparm -t auf die Platte ausführt, damit
> sie nicht einschläft
Teilweise bestätigt. Habe eine WD MyBook . Allen M$ Backupschnickschack
einfach durch ext3 gelöscht.
Hat auch einen Stromsparmodus, macht sich aber an meinem
Schreibtischrechner(noch OS 10.3) überhaupt nicht bemerkbar. Funzt einfach.
Nehme ich das Teil jetzt und hänge das an meine T-Online Vision (Etch)
um dort mal ein Video abzuspielen, daß ich am anderen Rechner
aufgenommen habe, passiert das von dir oben beschriebene.
Seitdem hänge ich die Platte nicht mehr an das Teil.
Überall sonst macht die keine Zicken.
Kann aber am Bios von dem T-Online Teil liegen, das hat da gewisse Probleme.
Ich bin auf Sie angewiesen, aber Sie nicht auf mich! Merken Sie sich das!
Am Donnerstag, 14. Mai 2009 15:01 schrieb Wolfgang Voelker:
> gestern nicht bei AC/DC?
Nö - einmal im Jahr reicht. ;-)
War in Cottbus.
> Teilweise bestätigt. Habe eine WD MyBook . Allen M$ Backupschnickschack
> einfach durch ext3 gelöscht.
> Hat auch einen Stromsparmodus, macht sich aber an meinem
> Schreibtischrechner(noch OS 10.3) überhaupt nicht bemerkbar. Funzt einfach.
> Nehme ich das Teil jetzt und hänge das an meine T-Online Vision (Etch)
> um dort mal ein Video abzuspielen, daß ich am anderen Rechner
> aufgenommen habe, passiert das von dir oben beschriebene.
Von den Seagate Dingern berichtet man im Netz, daß sie sogar unter Windows
nach dem ersten Einschlafen nur noch mit USB 1.1 Geschwindigkeit aufwachen.
Das kann ich ja nun erst recht nicht gebrauchen.
Am Donnerstag, 14. Mai 2009 10:20 schrieb Uwe Herrmuth:
[..]
> Gang zum Mädchen-Markt, andere Platte kaufen, Daten umschaufeln - die
> Seagate Free Agent scheinen unter allen Betriebssystemen nicht sehr
> zuverlässig zu laufen, was man so liest
tja Augen und Ohren auf!
Seagate war mal der aggressivste Marktführer, war vor Jahrzehnten
besonders durch aufkauf der lästigen Konkurrenz, deren Patente und Produktion.
Die fremden Platten wurden einfach auf ST umgezeichnet.
Wie gesagt war, doch die technischen Entwickelungen lassen sich nicht
aufhalten. Aus meiner Erfahrung gebe ich heute Samsung oder auch WD den
Vorzug. Bisher keine Ausfälle.
Trekstor verbaut in seinen USB-Boxen verschiedene Fabrikate -auch
Samsung- je nach dem was gut und gerade preiswert ist.
Gruß Alfred
OS: SUSE 10.2 Kernel 2.6.18.8-0.09 KDE 3.5.5
HW: ASRock-K7S41GX CPU:AMD-Sempron AGP:nVIDIA-N6200
Moin Thomas,
Am Donnerstag, 14. Mai 2009 07:41 schrieb cplusplus[bei]flying-bordercollies[punkt]de:
> ich such nach der Möglichkeit auf meinem Server eine Festplatte - die über
> USB angeschlossen ist - immer automatisch ins gleiche Verzeichnis zu
> mounten. Ich habe ein reines Konsolensystem, die Festplatte soll bspw. ins
> Verzeichnis "/data" gemountet werden. Wie kann ich sicherstellen, dass
> dies immer automatisch geschieht, sobald die Platte angeschlossen wird,
> oder schon angeschlossen ist? Ich bin mir nicht sicher, ob UUID's auch für
> Fat32 bzw. NTFS Systeme funktionieren.
Wohin wird denn die Platte jetzt gemountet, wenn sie den überhaupt automatisch
gemountet wird auf Deinem System? Wenn der ganze Automatismus von udev und
hal noch funktioniert, sollte sie eigentlich nachdem der Mountpoint angelegt
wurde, nach /media/disk gemountet werden.
Um sicherzugehen, daß die Platte immer an der gleichen Stele ins Dateisystem
eingehangen wird, vergibt man am besten ein Label für die Partition - dann
wird sie immer nach /media/Label_der_Partition gemountet.
Wie man ein Label auf der Linux-Ebene aber jetzt für Windows-Partitionen
setzt, bin ich überfragt. Aber unter Windows geht das mit Sicherheit.
Moin moin,
wie bringe ich denn udev usw. dazu die Platte einzuhängen? Ich hab sowas
bisher von Hand gemacht, möchte mich aber der Automatik "hingeben" ;-)
Gruß Thomas
Am 15. May 2009 um 05:56 CEST schrieb Thomas Schäfer:
> Moin moin,
> wie bringe ich denn udev usw. dazu die Platte einzuhängen? Ich hab sowas
> bisher von Hand gemacht, möchte mich aber der Automatik "hingeben" ;-)
Du könntest z.B. einfach eine udev Regel schreiben.
"Wir können alle Fehler machen, aber ich werde Sie nicht über die Fehler
aufklären, die wir gemacht oder nicht gemacht haben." George W. Bush
ich hab meinOoo in Lenny und dem großen Laptop nun auch auf 3.01
upgegraded (Proo-Box).
Was ich gegenüber der Version auf meiner Susi (biite nicht Unterschied
bekannt) vermisse, ist der putzige Schnellstarter.
Der macht das Fenster Vorlagen und Dokumente auf und ich kann dort
besonders auf meine zahlreichen selbst erstellten Dokumentvorlagen zugreife.
Der Konsolenbefehl ist oofromtemplate.
In Debian gibt des den Befehl soffice. Das geht zwar auch schnell, ist
aber nicht das gleiche.
Kennt einer von euch eine Möglichtkeit den Schnellstarter auch in Lenny
einzubauen?
Am Donnerstag, den 14.05.2009, 14:21 +0200 schrieb Wolfgang Voelker:
> Was ich gegenüber der Version auf meiner Susi (biite nicht Unterschied
> bekannt) vermisse, ist der putzige Schnellstarter.
So weit ich weiß, ist dieses Ding eine Besonderheit der von SuSE
gepanschten (oder sagt man doch gepachten?) Version.
Das war vor einiger Zeit mal auf der OpenOffice-Mailingliste Thema.
> Am Donnerstag, den 14.05.2009, 14:21 +0200 schrieb Wolfgang Voelker:
>> Was ich gegenüber der Version auf meiner Susi (biite nicht Unterschied
>> bekannt) vermisse, ist der putzige Schnellstarter.
> So weit ich weiß, ist dieses Ding eine Besonderheit der von SuSE
> gepanschten (oder sagt man doch gepachten?) Version.
> Das war vor einiger Zeit mal auf der OpenOffice-Mailingliste Thema.
Hab ich fast genau so vermutet.
Ist aber ausnahmsweise mal praktisch, zumindest für den König der
Dokumentenvorlagen.
Das Fischen von lebenden Fischen mit der Angel wird von vielen Seiten
als Grausamkeit empfunden; hauptsächlich vom Fisch selbst.
Hi Wolfgang,
On Thu, May 14, 2009 at 02:21:27PM +0200, Wolfgang Voelker wrote:
> ich hab meinOoo in Lenny und dem großen Laptop nun auch auf 3.01
> upgegraded (Proo-Box).
> Der macht das Fenster Vorlagen und Dokumente auf und ich kann dort
> besonders auf meine zahlreichen selbst erstellten Dokumentvorlagen zugreife.
> Der Konsolenbefehl ist oofromtemplate.
Zumindest bei den Paketen aus Debian-Backports (die man besser anstelle
der anderen Quellen benutzt) ist das Fenster über den "normalen"
OOo-Starter beim Klick auf Vorlagen zu erreichen. Den Befehl
oofromtemplate gibt's bei der Version auch.
Viele Grüße, Heike
Heike Jurzik schrieb:
> Hi Wolfgang,
> On Thu, May 14, 2009 at 02:21:27PM +0200, Wolfgang Voelker wrote:
>> ich hab meinOoo in Lenny und dem großen Laptop nun auch auf 3.01
>> upgegraded (Proo-Box).
>> Der macht das Fenster Vorlagen und Dokumente auf und ich kann dort
>> besonders auf meine zahlreichen selbst erstellten Dokumentvorlagen zugreife.
>> Der Konsolenbefehl ist oofromtemplate.
> Zumindest bei den Paketen aus Debian-Backports (die man besser anstelle
> der anderen Quellen benutzt) ist das Fenster über den "normalen"
> OOo-Starter beim Klick auf Vorlagen zu erreichen. Den Befehl
> oofromtemplate gibt's bei der Version auch.
Danke für den Tip. Muß ich mal schauen, ob es das bei der Box auch gibt.
Da hab ich im Moment nur die Starter aus dem dem KDE Menu, also Writer,
Calc etc alles einzeln. Deshalb die Frage, weil direkt auf die Vorlagen
ist praktischer.
Optimismus ist nur ein Mangel an Informationen.
-- Frank-Markus Barwasser "Erwin Pelzig" --
On Thu, May 14, 2009 at 03:38:12PM +0200, Wolfgang Voelker wrote:
> Danke für den Tip. Muß ich mal schauen, ob es das bei der Box auch gibt.
Ganz echt: Wenn Du eine ausreichend schnelle Verbindung hast, nimm die
Pakete aus den Debian-Backports. Das ist einfach die "sauberererere"
Lösung. :)
> On Thu, May 14, 2009 at 03:38:12PM +0200, Wolfgang Voelker wrote:
>> Danke für den Tip. Muß ich mal schauen, ob es das bei der Box auch gibt.
> Ganz echt: Wenn Du eine ausreichend schnelle Verbindung hast, nimm die
> Pakete aus den Debian-Backports. Das ist einfach die "sauberererere"
> Lösung. :)
Hab die Box genommen weil Amadeus die immer so über den grünen Klee lobt.
Bandbreite spielt bei mir keine Rolle, TV Kabel, gaaaanz breit.
Die Backports hab ich zwar drin, aber irgendwie find ich da die passende
Versionsnummer nicht (blind,blöd sonstwas?).
Die Heimat der Salmonelle ist nicht nur der Kartoffelsalat.
-- Gerhard Polt --
Huhu Wolfgang,
On Thu, May 14, 2009 at 04:59:49PM +0200, Wolfgang Voelker wrote:
> Hab die Box genommen weil Amadeus die immer so über den grünen Klee lobt.
Die Backports-Pakete haben den Vorteil, dass sie sich richtig ins
Debian-Paketsystem integrieren und nicht als einzelne .debs installiert
werden müssen. Wem das wichtig ist, die Paketdatenbank konsistent zu
halten, sollte darüber nachdenken. (Kleiner Schönheitsfehler, der
vielleicht nur Debianern wichtig ist: Für die anderen OOo-Quellen stehen
keine Debian-Quellpakete zur Verfügung.)
> Bandbreite spielt bei mir keine Rolle, TV Kabel, gaaaanz breit.
Angeber. ;))))
> Die Backports hab ich zwar drin, aber irgendwie find ich da die passende
> Versionsnummer nicht (blind,blöd sonstwas?).
Neee, gar nicht zu blöd, nur nicht richtig gelesen wahrscheinlich,
also hier Schritt-für-Schritt:
deb http://www.backports.org/debian lenny-backports main contrib non-free
in die sources.list rein, Keyring installieren nicht vergessen:
Paket debian-backports-keyring, dann apt-get update und nachschauen, ob
was Neues da ist:
# apt-cache policy openoffice.org-core
openoffice.org-core:
Installiert: 1:2.4.1+dfs- 1
Kandidat: 1:2.4.1+dfs- 1
Versions-Tabelle:
1:3.0.1-11~bpo50+1 0
1 http://www.backports.org lenny-backports/main Packages
*** 1:2.4.1+dfs- 1 0
500 http://debian.netcologne.de lenny/main Packages
100 /var/lib/dpkg/status
Backports-Quellen muss man explizit mit -t (target release) einspielen,
steht auf deren Webseite. Also:
# apt-get -t lenny-backports install openoffice.org-core
Und dann freuen, freuen, freuen. :)
Am 14. May 2009 um 17:11 CEST schrieb Heike Jurzik:
> Backports-Quellen muss man explizit mit -t (target release) einspielen,
> steht auf deren Webseite. Also:
> # apt-get -t lenny-backports install openoffice.org-core
Man kann die gewünschten Pakete auch in /etc/apt/preferences eintragen,
dann braucht man die -t Option nicht und Updates können dann auch
automagisch installiert werden.
Meine preferences schaut z.B. so aus:
,----[ /etc/apt/preferences ]
| Package: virtualbox-ose
| Pin: release a=lenny-backports
| Pin-Priority: 600
|
| Package: virtualbox-ose-source
| Package: virtualbox-ose-modules-2.6.26-2-amd64
| Pin: version 2.1.4-dfsg-1~bpo50+1+2.6.26-15
| Pin-Priority: 999
`----
P.s. Wieso haben deine Mails eigentlich einen 'X-Spam-Status: No'
Header? Prüfst du auch ausgehende Mails auf spam?
| Stefan Lütje | "Man soll den Arsch nicht höher hängen als |
| stefan.luetje[bei]t-online[punkt]de | man scheissen kann." Stromberg |
> Am 14. May 2009 um 17:11 CEST schrieb Heike Jurzik:
>> Backports-Quellen muss man explizit mit -t (target release) einspielen,
>> steht auf deren Webseite. Also:
>> # apt-get -t lenny-backports install openoffice.org-core
> Man kann die gewünschten Pakete auch in /etc/apt/preferences eintragen,
> dann braucht man die -t Option nicht und Updates können dann auch
> automagisch installiert werden.
> Meine preferences schaut z.B. so aus:
> ,----[ /etc/apt/preferences ]
> | Package: virtualbox-ose
> | Pin: release a=lenny-backports
> | Pin-Priority: 600
> |
> | Package: virtualbox-ose-source
> | Package: virtualbox-ose-modules-2.6.26-2-amd64
> | Pin: version 2.1.4-dfsg-1~bpo50+1+2.6.26-15
> | Pin-Priority: 999
> `----
Danke für den Tip. Siehe auch mail von Heike.
> P.s. Wieso haben deine Mails eigentlich einen 'X-Spam-Status: No'
> Header? Prüfst du auch ausgehende Mails auf spam?
Nö, ist mit noch nie aufgefallen, schreibe mir so selten.
Grade mal in einer Testmail geschaut da sieht das so aus:
Korrekte Unterschrift von Wolfgang Voelker
Schlüssel-ID: 0xyyyyyyyyyyy / Unterschrieben am: 05/11/2009 08:24 PM
und Mozilla-Thunderbird 2.0.0.19 (X11/20090103) , von spam steht bei mir
nix.
Oder hab ich da was verpaßt?
Des is e Alleskleber, damit kannste alles gekleb.
-- Mitgehört in Coburger Baumarkt --
Am 14. May 2009 um 18:40 CEST schrieb Wolfgang Voelker:
> > Am 14. May 2009 um 17:11 CEST schrieb Heike Jurzik:
[...]
> > P.s. Wieso haben deine Mails eigentlich einen 'X-Spam-Status: No'
> > Header? Prüfst du auch ausgehende Mails auf spam?
> Nö, ist mit noch nie aufgefallen, schreibe mir so selten.
> Grade mal in einer Testmail geschaut da sieht das so aus:
> Korrekte Unterschrift von Wolfgang Voelker
> Schlüssel-ID: 0xyyyyyyyyyyy / Unterschrieben am: 05/11/2009 08:24 PM
> und Mozilla-Thunderbird 2.0.0.19 (X11/20090103) , von spam steht bei mir
> nix.
> Oder hab ich da was verpaßt?
Jo, du warst nämlich gar nicht gemeint, sondern Heike, auf deren Mail
ich geantwortet hatte. Benutzt du keine Threadansicht?
"Ich bin sicher hier für einige im Haus ein rotes Tuch, keine Frage, aber die
Stiere gehen im Stierkampf alle drauf, das rote Tuch hält ewig" Stromberg
>> Oder hab ich da was verpaßt?
> Jo, du warst nämlich gar nicht gemeint, sondern Heike, auf deren Mail
> ich geantwortet hatte. Benutzt du keine Threadansicht?
Kann man, muß man aber nicht. Bevorzuge Reihenfolge nach Eingang.
na ja wenn hektisch wird, kommt so was vor.
Am 14. May 2009 um 20:13 CEST schrieb Wolfgang Voelker:
> > Jo, du warst nämlich gar nicht gemeint, sondern Heike, auf deren Mail
> > ich geantwortet hatte. Benutzt du keine Threadansicht?
> Kann man, muß man aber nicht. Bevorzuge Reihenfolge nach Eingang.
> na ja wenn hektisch wird, kommt so was vor.
Ohne Threads würde ich wohl ganz schnell die Lust auf Mailinglisten und
Newsgroups verlieren.
Stromberg: "Wollt nur mal gucken wie ihr so klar kommt ohne mich" Tanja: "Ja,
im Prinzip läuft's!" Stromberg: "Ja die Russen haben meinem Opa nen Bein
weggeschossen, der lief auch, im Prinzip, aber die Frage ist ja wie?"
Moin!
Super, Mitlesen bildet:
Am Donnerstag, den 14.05.2009, 18:59 +0200 schrieb Stefan Luetje:
Jetzt weiß ich, dass es so etwas gibt und mein Evolution das kann (und
ich jetzt auch...)
Danke!
Liebe Grüße,
Mark
Ubuntu 8.04 LTS
Gnome 2.22
E-Mail: Evolution
Huhu Stefan,
On Thu, May 14, 2009 at 05:52:30PM +0200, Stefan Luetje wrote:
Klar, gute Idee. :)
Gute Frage, nächste Frage. Ich suche noch, woran das liegt. ;)
> Huhu Wolfgang,
> On Thu, May 14, 2009 at 04:59:49PM +0200, Wolfgang Voelker wrote:
>> Hab die Box genommen weil Amadeus die immer so über den grünen Klee lobt.
> Die Backports-Pakete haben den Vorteil, dass sie sich richtig ins
> Debian-Paketsystem integrieren und nicht als einzelne .debs installiert
> werden müssen. Wem das wichtig ist, die Paketdatenbank konsistent zu
> halten, sollte darüber nachdenken. (Kleiner Schönheitsfehler, der
> vielleicht nur Debianern wichtig ist: Für die anderen OOo-Quellen stehen
> keine Debian-Quellpakete zur Verfügung.)
>> Bandbreite spielt bei mir keine Rolle, TV Kabel, gaaaanz breit.
> Angeber. ;))))
na ja, früher ISDN jetzt kann ich protzen.
>> Die Backports hab ich zwar drin, aber irgendwie find ich da die passende
>> Versionsnummer nicht (blind,blöd sonstwas?).
> Neee, gar nicht zu blöd, nur nicht richtig gelesen wahrscheinlich,
> also hier Schritt-für-Schritt:
> deb http://www.backports.org/debian lenny-backports main contrib non-free
> in die sources.list rein, Keyring installieren nicht vergessen:
> Paket debian-backports-keyring, dann apt-get update und nachschauen, ob
> was Neues da ist:
Genau soweit bin ich schon. Das ist schon drin.
> # apt-cache policy openoffice.org-core
> openoffice.org-core:
> Installiert: 1:2.4.1+dfs- 1
> Kandidat: 1:2.4.1+dfs- 1
> Versions-Tabelle:
> 1:3.0.1-11~bpo50+1 0
> 1 http://www.backports.org lenny-backports/main Packages
> *** 1:2.4.1+dfs- 1 0
> 500 http://debian.netcologne.de lenny/main Packages
> 100 /var/lib/dpkg/status
> Und dann freuen, freuen, freuen. :)
Gut wird morgen so gemacht, dann werd ich mich auch freuen.
Danke erstmal für die Anleitung.
P.S.: Wolltest du nicht irgendend so ein Buch schreiben? O:-)
ich habe gerade die Etch-Kiste meiner Schwester auf Lenny hochgezogen.
Und nun spielt das serielle Elsa-Microlink-Modem nicht mehr mit mir!
Heißt - die Einwahl über kppp funktioniert, die PAP-Authetifizierung
klappt, local+remote IP kommen, aber es fließen keine Daten.
Merkwürdig war, daß nach dem upgrade die resolv.conf nur einen
localhost-Eintrag als Nameserver hatte. Ich habe die resolv.conf aus der
Sicherung zurückkopiert - aber es funktioniert trotzdem nicht. Irgendwas
habe ich bestimmt noch übersehen - aber was?
Am Donnerstag, den 14.05.2009, 20:54 +0200 schrieb Amadeus Bippelsterz:
Man(n) soll zwar Linux-Probleme nicht auf diese Art lösen, aber weil die
Einrichtung von X ebenfalls gründlich in die Hosen gegangen ist, und
trotz stundenlanger Bastelei nur eine tschechische Fehlermeldung
Bildschirm verziert hat, habe ich den Rechner komplett neu hochgezogen
und jetzt geht erst mal auch das Modem wieder.
die Schriften bei gtk-Anwendungen kann man nicht über KDE steuern, also muß
ein gnome-Werkzeug her. Wenn ich gnome-control-center benutze, geht das, aber
bein nächsten Anmelden sind die Einstellungen wieder weg. Ich weiß nicht, ob
das mit den Meldungen beim Start vom gnome-control-center zu tun hat:
so
/home/haase/.config/qtcurve.gtk-icons:469: Bilddatei konnte nicht in
pixmap_path gefunden werden: »16x16/actions/player_pause.png«
und so
/home/haase/.gtk_qt_engine_rc:556: Bilddatei konnte nicht in pixmap_path
gefunden werden: »22x22/actions/viewmag-.png«
sehen die aus.
Viele Grüße,
Hartmut
Hungerhilfe: http://www.thehungersite.com
Ohne Zensur suchen:
http://suche.amnesty-bergedorf.de/
Das heutige Motto:
The three fastest modes of communication...
telephone, telegraph, and tell-a-woman.
Hallo!
Ich habe auf meinem Server mt-daap installiert. Testweise habe ich 3 mp3's
zugefügt und diese werden erkannt. Jetzt möchte ich mit amarok und später auch
mit iTunes (in einer virutalbox) darauf zugreifen, nur irgendwie weiß ich
nicht wie! Kann mir jemand weiterhelfen wie das geht? Muss ich da einen ssh-
tunnel aufbauen, oder ist die Freigabe auch so schon sichtbar?
Am Samstag, 16. Mai 2009 10:47:47 schrieb Thomas Schäfer:
> Hallo!
> Ich habe auf meinem Server mt-daap installiert. Testweise habe ich 3 mp3's
> zugefügt und diese werden erkannt. Jetzt möchte ich mit amarok und später
> auch mit iTunes (in einer virutalbox) darauf zugreifen, nur irgendwie weiß
> ich nicht wie! Kann mir jemand weiterhelfen wie das geht? Muss ich da einen
> ssh- tunnel aufbauen, oder ist die Freigabe auch so schon sichtbar?
> Gruß Thomas
Hat sich erledigt, mein amarok erkennt den daap-share automatisch und für
virutalbox benötige ich lediglich das Javaprogramm Rendezvousproxy. Jetzt
läuft alles. Werde aber vorsichtshalber mal alle Systeme neu starten um zu
sehen, obs dann immer noch geht. Wer weiß was ich an Verbindugen so alles
rumfliegen habe :-D
Trotzdem Danke
« Zurück Weiter » 1 2 3 4 5 6 7
Einem Freund empfehlen
[Impressum] [Fragen zur Web-Seite] [Fragen zu Stories] [Mission] Datenschutzerklärung | © 2013 Medialinx AG
