![](https://seccdn.libravatar.org/avatar/02fda1e96ca00637217a91b7b6f3b243.jpg?s=120&d=mm&r=g)
On Wed, Jan 09, 2002 at 04:07:50PM +0100, Thomas Templin wrote: Hi
Unix greift über eine I-Nodelist auf die Dateien zu, wobei eine inode für eine Datei steht. Mache ich jetzt mit ln abc xyz einen Link mit Namen xyz auf die Datei abc so existieren jetzt zwei "Bezeichnungen" für die selbe inode, man spricht von einem Hard-- Link. [..] Es sind die physikalisch gleichen Dateien, und ein ls -l zeigt auch nicht an dass es sich hier um einen Link handelt! Man kann mit Hard-- Links nicht über mehrere Partitionen oder Dateisystem-- Verzeichnisse hinweg verlinken, dazu sind Soft-- Links zu verwenden. wenn es, im Prinzip, dann die gleiche datei ist, wie verhät sich das bei der arbei mit den dateien. Z.B. wenn ich eine davon lösche, ist dann auch die andere weg?
Und wie wir sehen ist die inode-- Nummer von /tmp und linkauftmp verschieden, es sind nicht die physikalisch gleichen Einträge! OK, das leuchtet mir ein, wie eine verknüpfung in win. oder?
Ist bei der arbeit mit verlinkten dateien auf etwas zu achten, wann nutzt man besser das eine wann das andere (ausser bei verschiedenen partitionen)? Ich bin da lieber vorsichtig bevor meine Mails weg sind und ich von nix weiss.... Für mein Problem mit der mbox is es also egal wie ich es mache? (gleiche part.) Danke Martin -- Erst nachdem wir alles verloren haben, haben wir die Freiheit alles zu tun.
![](https://seccdn.libravatar.org/avatar/2a347b18c06ada0bdb2501b5a3e9a8cf.jpg?s=120&d=mm&r=g)
Moin,
* Martin Kropfinger
On Wed, Jan 09, 2002 at 04:07:50PM +0100, Thomas Templin wrote:
Es sind die physikalisch gleichen Dateien, und ein ls -l zeigt auch nicht an dass es sich hier um einen Link handelt! Man kann mit Hard-- Links nicht über mehrere Partitionen oder Dateisystem-- Verzeichnisse hinweg verlinken, dazu sind Soft-- Links zu verwenden. wenn es, im Prinzip, dann die gleiche datei ist, wie verhät sich das bei der arbei mit den dateien. Z.B. wenn ich eine davon lösche, ist dann auch die andere weg? Du löschst eigentlich nicht, sondern entfernst nur einen Link. Erst, wenn der letzte Link einer Inode entfernt worden ist, wird die Datei gelöscht.
Und wie wir sehen ist die inode-- Nummer von /tmp und linkauftmp verschieden, es sind nicht die physikalisch gleichen Einträge! OK, das leuchtet mir ein, wie eine verknüpfung in win. oder? Außer, daß es funktioniert.
Ist bei der arbeit mit verlinkten dateien auf etwas zu achten, wann nutzt man besser das eine wann das andere (ausser bei verschiedenen partitionen)? Ja, gerade bei Hardlinks kann es zu überraschungen kommen, wenn die Datei verändert wird. Dann kann es nämlich passiern, daß der Link aufgelöst wird. Ich habe noch nie Hardlinks gebraucht.
Für mein Problem mit der mbox is es also egal wie ich es mache? (gleiche part.) Ja, beides gleichermaßen ungeeignet.
Thorsten -- Beware of he who would restrict you from information, for in his heart he dreams himself your master.
![](https://seccdn.libravatar.org/avatar/c65f0a9d70486d425ffd4799ddb379fc.jpg?s=120&d=mm&r=g)
* Thorsten Haude schrieb am 09.Jan.2002:
* Martin Kropfinger
[02-01-09 16:16]: On Wed, Jan 09, 2002 at 04:07:50PM +0100, Thomas Templin wrote:
Es sind die physikalisch gleichen Dateien, und ein ls -l zeigt auch nicht an dass es sich hier um einen Link handelt! Man kann mit Hard-- Links nicht über mehrere Partitionen oder Dateisystem-- Verzeichnisse hinweg verlinken, dazu sind Soft-- Links zu verwenden.
wenn es, im Prinzip, dann die gleiche datei ist, wie verhät sich das bei der arbei mit den dateien. Z.B. wenn ich eine davon lösche, ist dann auch die andere weg?
Du löschst eigentlich nicht, sondern entfernst nur einen Link. Erst, wenn der letzte Link einer Inode entfernt worden ist, wird die Datei gelöscht.
Genaugenommen werden die Datenblöcke freigegeben aber auch nicht gelöscht. Wenn dann irgendjemand eine neue Datei schreibt, könnte eines der freigegebenen Datenblöcke benutzt werden.
Ist bei der arbeit mit verlinkten dateien auf etwas zu achten, wann nutzt man besser das eine wann das andere (ausser bei verschiedenen partitionen)? Ja, gerade bei Hardlinks kann es zu überraschungen kommen, wenn die Datei verändert wird. Dann kann es nämlich passiern, daß der Link aufgelöst wird.
Hä? Wie aufgelöst? Ein Hardlink ist ein zusätzlicher Name auf die Datei, sonst nichts. Bernd -- Welches Buch ist zu empfehlen? Schon mal bei SuSE vorbeigesehen? http://www.suse.de/de/products/books/index.html oder die Empfehlungen der SuSE-Entwickler auf dem eigenen Rechner? file:///usr/share/doc/sdb/de/html/literatur.html |Zufallssignatur 5
![](https://seccdn.libravatar.org/avatar/2a347b18c06ada0bdb2501b5a3e9a8cf.jpg?s=120&d=mm&r=g)
Moin,
* Bernd Brodesser
* Thorsten Haude schrieb am 09.Jan.2002:
Ja, gerade bei Hardlinks kann es zu überraschungen kommen, wenn die Datei verändert wird. Dann kann es nämlich passiern, daß der Link aufgelöst wird. Hä? Wie aufgelöst? Ein Hardlink ist ein zusätzlicher Name auf die Datei, sonst nichts. Ein Editor die Datei umbennen, um ein Backup zu erstellen.
Thorsten -- Death to all fanatics!
![](https://seccdn.libravatar.org/avatar/7b33cb1e776e35b87edb8ef09f0c888f.jpg?s=120&d=mm&r=g)
On Wed, 09 Jan 2002, Thorsten Haude wrote:
* Bernd Brodesser
[02-01-09 20:07]: * Thorsten Haude schrieb am 09.Jan.2002:
Ja, gerade bei Hardlinks kann es zu überraschungen kommen, wenn die Datei verändert wird. Dann kann es nämlich passiern, daß der Link aufgelöst wird. Hä? Wie aufgelöst? Ein Hardlink ist ein zusätzlicher Name auf die Datei, sonst nichts. Ein Editor die Datei umbennen, um ein Backup zu erstellen.
Parser Error! -d'*scnr*'nh PS: Noch nicht wach oder schon zu muede? -- Wir leben in der Unterhaltungsbranche. Wuerde sonst jemand ernsthaft ueber "NT" als Server - OS nachdenken ? [Hans Bonfigt]
![](https://seccdn.libravatar.org/avatar/2a347b18c06ada0bdb2501b5a3e9a8cf.jpg?s=120&d=mm&r=g)
Moin,
* David Haller
On Wed, 09 Jan 2002, Thorsten Haude wrote:
Ein Editor die Datei umbennen, um ein Backup zu erstellen. Parser Error! Ähem. Man sollte nichts aus der Hand geben, was sich nicht kompilieren läßt.
PS: Noch nicht wach oder schon zu muede? Zu viel Beaujolais Primeur. Aber ich laß den Satz jetzt einfach mal so stehen, man soll ja zu seinen Taten stehen.
Thorsten -- Politik kann man in diesem Lande definieren als die Durchsetzung wirtschaftlicher Zwecke mit Hilfe der Gesetzgebung. - Kurt Tucholsky
![](https://seccdn.libravatar.org/avatar/8950c156628facf473c95b6d642b0aa4.jpg?s=120&d=mm&r=g)
On Wednesday, 9. January 2002 16:16, Martin Kropfinger wrote:
On Wed, Jan 09, 2002 at 04:07:50PM +0100, Thomas Templin wrote: [...]
Unix greift über eine I-Nodelist auf die Dateien zu, wobei eine inode für eine Datei steht. Mache ich jetzt mit ln abc xyz einen Link mit Namen xyz auf die Datei abc so existieren jetzt zwei "Bezeichnungen" für die selbe inode, man spricht von einem Hard-- Link.
[..]
Es sind die physikalisch gleichen Dateien, und ein ls -l zeigt auch nicht an dass es sich hier um einen Link handelt! Man kann mit Hard-- Links nicht über mehrere Partitionen oder Dateisystem-- Verzeichnisse hinweg verlinken, dazu sind Soft-- Links zu verwenden.
wenn es, im Prinzip, dann die gleiche datei ist, wie verhät sich das bei der arbei mit den dateien. Z.B. wenn ich eine davon lösche, ist dann auch die andere weg? Yepp
Und wie wir sehen ist die inode-- Nummer von /tmp und linkauftmp verschieden, es sind nicht die physikalisch gleichen Einträge!
OK, das leuchtet mir ein, wie eine verknüpfung in win. oder? Na ja, eher eine Verknüpfung für Fortgeschrittene. Die WIN Verknüpfung ist eine Datei in der ein Verweis auf eine andere Datei enthalten ist. Versuch einmal eine *.lnk Datei in einem Editor zu öffnen. Die Links auf Unix Systemen sind Bestenteil des Dateisystemes, also sehr viel mehr Hardwarenah als die Krücke unter Win. Ist bei der arbeit mit verlinkten dateien auf etwas zu achten, wann nutzt man besser das eine wann das andere (ausser bei verschiedenen partitionen)? In der Praxix werden Heute in der Regel nur noch soft Links eingesetzt, Hard Links soll es angeblich noch im X Tree geben.
Ich bin da lieber vorsichtig bevor meine Mails weg sind und ich von nix weiss.... Das ist der Unterschied zwischen einem Unix Administrator und einem NurKnöpfchendrückenkönnerAdmin unter Win, wir denken erst nach bevor wir etwas tun. Bei einigen Windowianern kommt n'mir immer der Spruch, "Denn sie wissen nicht was sie tun" in den Kopf. Versuch mal dir von einem W2K Administrator erklären zu lassen wie denn genau BIND/DNS funktioniert, das ist zumindestens erheiternd teilweise schon erschütternd. :-)) Für mein Problem mit der mbox is es also egal wie ich es mache? (gleiche part.) Nö, nimm Softlinks. Allerdings würde ich mir das wirklich nochmal genau überlegen, einen Link von /var/spool/mail/user auf Dein /home/user/Mail Verzeichnis gibt bestimmt Ärger. Schliesslich ist es nicht umsonst so, dass Daten erst gespoolt und dann lokal verarbeitet werden, da haben die Urväter des Unix sich schon etwas dabei gedacht. Sonst würden solche Daten gleich in das Verzeichnis des Benutzers geschrieben. (Wie z.T. unter Win) [...] Tschüss, Thomas -- "MSDOS didn't get as bad as it is overnight -- it took over ten years of careful development." (By dmeggins@aix1.uottawa.ca)
![](https://seccdn.libravatar.org/avatar/c65f0a9d70486d425ffd4799ddb379fc.jpg?s=120&d=mm&r=g)
* Martin Kropfinger schrieb am 09.Jan.2002:
On Wed, Jan 09, 2002 at 04:07:50PM +0100, Thomas Templin wrote:
Unix greift über eine I-Nodelist auf die Dateien zu, wobei eine inode für eine Datei steht. Mache ich jetzt mit ln abc xyz einen Link mit Namen xyz auf die Datei abc so existieren jetzt zwei "Bezeichnungen" für die selbe inode, man spricht von einem Hard-- Link. [..] Es sind die physikalisch gleichen Dateien, und ein ls -l zeigt auch nicht an dass es sich hier um einen Link handelt! Man kann mit Hard-- Links nicht über mehrere Partitionen oder Dateisystem-- Verzeichnisse hinweg verlinken, dazu sind Soft-- Links zu verwenden. wenn es, im Prinzip, dann die gleiche datei ist, wie verhät sich das bei der arbei mit den dateien. Z.B. wenn ich eine davon lösche, ist dann auch die andere weg?
Nein, Du löschst den link. Allerdings ist es dabei egal, ob Du das ursprüngliche Original löschst oder der Ursprüngliche Link. Es gibt keine Möglichkeit Original und Link voneinander zu unterscheiden. Das Datum des letzten Zugriffs usw. steht in der I-Node und beides weißt auf die gleiche I-Node und die I-Node wiederum auf natürlich die gleichen Daten. Wenn Du einer der beiden links löschst, bleibt der andere noch übrig. Können natürlich auch mehr als zwei sein.
Und wie wir sehen ist die inode-- Nummer von /tmp und linkauftmp verschieden, es sind nicht die physikalisch gleichen Einträge! OK, das leuchtet mir ein, wie eine verknüpfung in win. oder?
Keine Ahnung, wie das bei Win ist.
Ist bei der arbeit mit verlinkten dateien auf etwas zu achten, wann nutzt man besser das eine wann das andere (ausser bei verschiedenen partitionen)?
Schwer zu sagen. SuSE verwendet nur Softlinks, aber das hat auch damit zu tun, daß SuSE nicht weiß, wie Du Deine Platte Paritioniert hast. Wenn Du bei einem Softlink das Original wegnimmst, dann zeigt der Link ins Leere. Bei Softlink weißt Du, was Original und was Link ist.
Ich bin da lieber vorsichtig bevor meine Mails weg sind und ich von nix weiss....
Für mein Problem mit der mbox is es also egal wie ich es mache? (gleiche part.)
Ja. Ein Softlink ist ein Zeiger auf eine Datei, ein Hardlink ist ein weiterer Name der Datei. Bernd -- Homepages von deutschsprachigen Linux-Gurus: Kristian Köhntopp: http://www.koehntopp.de/kris/artikel/ Sven Guckes: http://www.math.fu-berlin.de/~guckes/sven Robin S Socha: http://socha.net/index2.html |Zufallssignatur 10
participants (5)
-
B.Brodesser@t-online.de
-
David Haller
-
Martin Kropfinger
-
Thomas Templin
-
Thorsten Haude