On Tue, Jan 12, 1999 at 08:47:14PM -0000, Uwe Forner wrote:
Hallo Hans-Georg, leider hast nur Du Dich bisherzu meinem Problem geaeussert,
Du solltest dir das Handbuch nehmen und die entsprechenden Kapitel einmal in Ruhe durcharbeiten. Die fehlenden Antworten zeigen dir, dass kaum jemand daran denkt, seine Zeit an jemand zu verschenken, der einfach zu faul ist, selbst etwas zu tun....
hast mein Anliegen wohl auch nicht so richtig verstanden. Ich moechte nicht nachtraeglich bereits installierte Anwendungen auf eine andere Platte schieben,
Du kannst unter Linux nicht so arbeiten, wie du es von Windows gewohnt bist. Viele Programme erwarten verschiedene Dateien an einer bestimmten Stelle im Dateibaum. Diese Daten kann man nicht einfach verschieben, ohne mit Problemen rechnen zu muessen. Im schlechtesten Fall kann es passieren, dass dein System sogar voellig die Arbeit verweigert.
Ich habe wieder eines dieser vielen kleinen Probleme, die mit Windows ganz leicht zu erledigen sind, unter LINUX aber geballte Kraftakte darstellen:
Unsinn. Du versuchst, deine Erfahrungen unter Windows nach Linux zu transferieren und faellst damit auf den Bauch, weil du nicht einsehen willst, dass du ein voellig anders geartetes System nutzt.
Ich moechte neue, zusaetzliche Anwendungen gleich von Anfang an auf die andere Platte (welche als /d eingeklinkt ist) installieren,
Unter Linux installierst du deine Daten unabhaengig von irgendwelchen Laufwerksbuchstaben. Die Daten kommen dort zu liegen, wo sie hingehoeren. Du musst also lediglich dafuer sorgen, dass an dieser Stelle genuegend Platz zur Verfuegung steht. Benutze "du" und sieh dir an, welche Verzeichnisse den meisten Platz im System belegen. Dabei wirst du feststellen, dass /usr an vorderer Stelle liegt. Also kopierst du die komplette Struktur /usr auf die zweite Platte und traegst sie in deiner fstab mit dem entsprechenden mountpoint unter /usr ein. Falls du alles richtig gemacht hast, kannst du die Daten auf der ersten Platte loeschen und dein Problem ist geloest. Die folgenden Installationen werden ihre Daten unter der Struktur /usr ablegen und somit wird der ganze Kram, den du neu installierst, auf der zweiten Platte abgelegt. So einfach wie xcopy unter DOS. Mario -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
On Wed, 13 Jan 1999 mmaureraks@st-wendel.de wrote:
On Tue, Jan 12, 1999 at 08:47:14PM -0000, Uwe Forner wrote:
Hallo Hans-Georg, leider hast nur Du Dich bisherzu meinem Problem geaeussert,
Du solltest dir das Handbuch nehmen und die entsprechenden Kapitel einmal in Ruhe durcharbeiten. Die fehlenden Antworten zeigen dir, dass kaum jemand daran denkt, seine Zeit an jemand zu verschenken, der einfach zu faul ist, selbst etwas zu tun....
Also wenn man es wirklich sinnvoll und vor allem flexibel machen will, dann steht das meiner Meinung nach leider nicht im Handbuch. Ich verweise zu einem aeussert flexiblen Vorschlag auf meine mail von gestern ca. 18 Uhr zu diesem Thema. Ich will sie hier nicht nochmal zitieren, weil sie ein bisschen laenger ist. Aber wenn man diese Diskussion verfolgt, hat man sie sicher schon gelesen.
hast mein Anliegen wohl auch nicht so richtig verstanden. Ich moechte nicht nachtraeglich bereits installierte Anwendungen auf eine andere Platte schieben,
Du kannst unter Linux nicht so arbeiten, wie du es von Windows gewohnt bist. Viele Programme erwarten verschiedene Dateien an einer bestimmten Stelle im Dateibaum. Diese Daten kann man nicht einfach verschieben, ohne mit Problemen rechnen zu muessen.
Nun, einfach verschieben sicherlich nicht, aber man kann durchaus einzelne Unterverzeichnisse verschieben und dann nachher am urspruenglichen Ort einen Link setzen, dann muss man auch nicht mit Problemen rechnen. (VORSICHT: Beim verschieben immer drauf achten, links auch als links zu verschieben und nicht die wirklichen Dateien).
Ich habe wieder eines dieser vielen kleinen Probleme, die mit Windows ganz leicht zu erledigen sind, unter LINUX aber geballte Kraftakte darstellen:
Unsinn. Du versuchst, deine Erfahrungen unter Windows nach Linux zu transferieren und faellst damit auf den Bauch, weil du nicht einsehen willst, dass du ein voellig anders geartetes System nutzt.
Also das einfache Verschieben von bereits installierten Programmen ist auch unter Windows nicht so einfach moeglich, weil auch Win den Platz des installierten Programmes in einigen Dateien speichert die man dann anpassen muesste. Aber man kann unter Linux schon nach einem aehnlichen Prinzip verfahren, wenn man sich Muehe gibt und ein bisschen ueberlegt.
Ich moechte neue, zusaetzliche Anwendungen gleich von Anfang an auf die andere Platte (welche als /d eingeklinkt ist) installieren,
Unter Linux installierst du deine Daten unabhaengig von irgendwelchen Laufwerksbuchstaben.
Sei halt nicht so stur und betrache das /d nicht unbedingt als Laufwerksbuchstaben, sondern einfach als Verzeichnis im Dateibaum.
Benutze "du" und sieh dir an, welche Verzeichnisse den meisten Platz im System belegen. Dabei wirst du feststellen, dass /usr an vorderer Stelle liegt. Also kopierst du die komplette Struktur /usr auf die zweite Platte und traegst sie in deiner fstab mit dem entsprechenden mountpoint unter /usr ein. Falls du alles richtig gemacht hast, kannst du die Daten auf der ersten Platte loeschen und dein Problem ist geloest.
Ist meiner Meinung und Erfahrung nach aber viel zu unflexibel, weil man dann wieder eine komplette Platte (oder Partition) fuer ein Verzeichnis blockiert. Wird spaeter der Platz auf der Hauptplatte wieder zu eng und ist auf der "neuen" Platte dagegen noch genuegend Platz, so kann man den obigen Schritt nicht einfach nochmal machen. Meine vorgeschlagene und von mir seit langem praktizierte Loesung mit Verzeichnissen verschieben und Links anlegen ist dagegen wesentlich flexibler, weil man auch nachtraeglich noch einfach ein weiteres Verzeichnis (mit seinen Unterverzeichnissen) auf die Platte verschieben kann, auf der noch ausreichend Platz ist.
Die folgenden Installationen werden ihre Daten unter der Struktur /usr ablegen und somit wird der ganze Kram, den du neu installierst, auf der zweiten Platte abgelegt.
Eben. Aber auch nur Programme, die sich nach /usr/... installieren. Wenn eines nach /opt will, dann landet es auf der vollen Platte. Steffen _______________________________________________________________ Steffen.Herrmann@stud.informatik.uni-erlangen.de <A HREF="http://wwwcip.informatik.uni-erlangen.de/user/snherrma"><A HREF="http://wwwcip.informatik.uni-erlangen.de/user/snherrma</A">http://wwwcip.informatik.uni-erlangen.de/user/snherrma</A</A>> PGP-Key available on my Homepage or with finger -l _______________________________________________________________ -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
Am 13 Jan 99 um 11:24 hat Steffen.Herrmann geschrieben:
Ich moechte neue, zusaetzliche Anwendungen gleich von Anfang an auf die andere Platte (welche als /d eingeklinkt ist) installieren,
Hi,
bisher habe ich meine installation so gemacht. 1. Platte, etwa /dev/sda partitionieren, u.z. etwa 100-150MB für /=dev/sda1 (ist sehr reichlich!) und für den Rest /dev/sda2 alles. 2. Unter / einen Mountpunkt definieren, etwa /rest, wohin /dev/sda2 gemountet werden kann. 3. Auf /dev/sda2 Unterverzeichnisse anlegen, die normalerweise unter / sind, die aber wachsen können, etwa /home, /usr, /var und /opt. 4. Unter / symbolische links auf diese Unterverzeichnisse legen. Bei der Installation mit yast meckert der zwar, daß unter / nicht genügend Platz wäre; funktionieren tut's aber trotzdem. Die Partioniererei geht beim Einstieg mit yast; für die zusätzlichen Mountpunkte, Unterverzeichnisse und links zurückgehen und das mit dem Rettungssystem durchführen. Danach Installation ausführen wie üblich. In obigem Fall würde /d dem /rest entsprechen. Deshalb /home, /usr, /var und /opt kopieren auf /d, löschen unter / und entsprechende links legen. Mit df ansehen, wieviel Platz unter / (und freuen). mfg gl -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
On Wed, 13 Jan 1999, Steffen.Herrmann wrote:
On Wed, 13 Jan 1999 mmaureraks@st-wendel.de wrote:
[ ... Partition einer weiteren Platte an /usr/ mounten ... ] Die folgenden Installationen werden ihre Daten unter der Struktur /usr ablegen und somit wird der ganze Kram, den du neu installierst, auf der zweiten Platte abgelegt.
Eben. Aber auch nur Programme, die sich nach /usr/... installieren. Wenn eines nach /opt will, dann landet es auf der vollen Platte.
Kannst Du dann nicht einfach die Paketbeschreibung ansehen und der Installation VORHER mit den entsprechenden Verzeichnissen bzw Links unter die Arme greifen, statt ihr hinterherzuraeumen ? Und dann wuensche ich mir manchmal, dass rpm so eine Option wie "--root <dir> - use <dir> as the top level directory" haben koennte. Waere das nicht ein tolles Feature fuer zukuenftige Releases ? :> Aber es ist schon ein wenig seltsam, einzelne Pakete quer ueber die Platten verstreuen zu wollen ... Sollte man nicht mit der entsprechend gesammelten Erfahrung die Partitionierung beim naechsten Mal anders angehen, wenn am vorhandenen System der Platz nur noch mit Flickschusterei hinreicht ? Ich stelle es mir grausam vor, wie's nach einer gewissen Zeit auf dem Rechner aussieht. Und wenn Dich dann jemand (z.B. Du selbst) fragt "Wer ist jetzt alles gelinkt und wo liegt das Zeug denn eigentlich ?" -- blickst Du da selbst noch durch ? Gerhard Sittig -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
On Wed, 13 Jan 1999, Gerhard Sittig wrote:
On Wed, 13 Jan 1999, Steffen.Herrmann wrote:
On Wed, 13 Jan 1999 mmaureraks@st-wendel.de wrote:
[ ... Partition einer weiteren Platte an /usr/ mounten ... ] Die folgenden Installationen werden ihre Daten unter der Struktur /usr ablegen und somit wird der ganze Kram, den du neu installierst, auf der zweiten Platte abgelegt.
Eben. Aber auch nur Programme, die sich nach /usr/... installieren. Wenn eines nach /opt will, dann landet es auf der vollen Platte.
Kannst Du dann nicht einfach die Paketbeschreibung ansehen und der Installation VORHER mit den entsprechenden Verzeichnissen bzw Links unter die Arme greifen, statt ihr hinterherzuraeumen ?
Koennte man sicherlich, aber das ist schon ein bisschen kompliziert, wenn man fuer jedes Paket vorher einen Link anlegen sollte. Ich will ihr ja auch nicht jedesmal "hinterherraeumen". Meine Idee war, wenn man sieht, dass der Platz knapp wird, dann lagert man entsprechende (Unter)Verzeichnisse auf eine Platte mit mehr Platz aus und linkt dieses Verzeichnis dann wieder an der Originalstelle ein. Das kann man sowohl mit einzelnen Paketverzeichnisse machen, aber natuerlich auch mit komplexeren Verzeichnisstrukturen wie z.B. /opt oder /usr oder /usr/X11R6. Letzteres ist natuerlich sinnvoller.
Aber es ist schon ein wenig seltsam, einzelne Pakete quer ueber die Platten verstreuen zu wollen ...
Wie gesagt, eigentlich nicht einzelne Pakete, sondern Verzeichnisstrukturen.
Sollte man nicht mit der entsprechend gesammelten Erfahrung die Partitionierung beim naechsten Mal anders angehen, wenn am vorhandenen System der Platz nur noch mit Flickschusterei hinreicht ?
Das sollte man dann natuerlich auf jeden Fall machen, aber auch dann kann es ja sein, dass man entweder nicht die richtigen Plattengroessen fuer eine bessere Aufteilung vorraetig hat oder der Platz irgendwann doch mal wieder knapp wird. Und gerade dann ist es schoen, wenn man wirklich flexibel reagieren kann.
Ich stelle es mir grausam vor, wie's nach einer gewissen Zeit auf dem Rechner aussieht. Und wenn Dich dann jemand (z.B. Du selbst) fragt "Wer ist jetzt alles gelinkt und wo liegt das Zeug denn eigentlich ?" -- blickst Du da selbst noch durch ?
Die Frage ist natuerlich berechtigt, aber so schlimm ist es ja nicht: Ich habe die Auslagerungspartition/Platte unter /export/local gemountet. Dort liegt dann ein Verzeichnis namens /export/local/X11R6. Ausserdem liegt dort ein Verzeichnis /export/local/opt. Und in / gibt es einen link /opt -> /export/local/opt bzw. /usr/X11R6 -> /export/local/X11R6. Das ist eigentlich nicht kompliziert. Wenn ich den normalen Weg ueber / gehe, dann komme ich ja ueber den link nach /export/local, und wenn ich mir /export/local anschaue, dann sehe ich dort die gleichen Verzeichnisnamen, die ich auch anderswo im Baum sehen wuerde. OK, ich weiss vielleicht nicht gleich, wo jetzt /export/local/X11R6 im Original hingehoert, aber muss ich das wissen ? Ich denke nicht unbedingt. Und wenn es wirklich wichtig ist, dann kann man sich ja eine Datei /export/local/LINKS anlegen, in der genau steht, wo welches Verzeichnis im Original hingehoert. BTW: Ich habe es deswegen /export/local genannt, weil ich da auch noch andere Partition gemountet habe, die nicht in die /-Struktur passen, z.B. gibt es auch eine /export/local2 oder eine /export/mo fuer das MO-drive. OK, ich hoffe, die mail ist von der Laenge her noch vertretbar (irgendwie wird es bei mir immer laenger), Steffen _______________________________________________________________ Steffen.Herrmann@stud.informatik.uni-erlangen.de <A HREF="http://wwwcip.informatik.uni-erlangen.de/user/snherrma"><A HREF="http://wwwcip.informatik.uni-erlangen.de/user/snherrma</A">http://wwwcip.informatik.uni-erlangen.de/user/snherrma</A</A>> PGP-Key available on my Homepage or with finger -l _______________________________________________________________ -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
Gerhard Sittig wrote:
Kannst Du dann nicht einfach die Paketbeschreibung ansehen und der Installation VORHER mit den entsprechenden Verzeichnissen bzw Links unter die Arme greifen, statt ihr hinterherzuraeumen ?
Das funktioniert nur teilweise. Yast bzw. rpm haben teilweise Probleme mit Links. Manchmal kommt es vor, daß Yast/rpm bestehende Links löschen und durch Directories ersetzen. Ausserdem ist Yast nicht in der Lage, symbolisch gelinkte Directories bei seine Platzbedarfsberechnung richtig zu berücksichtigen.
Und dann wuensche ich mir manchmal, dass rpm so eine Option wie "--root <dir> - use <dir> as the top level directory" haben koennte. Waere das nicht ein tolles Feature fuer zukuenftige Releases ? :>
Etwas Ähnliches gibt es bereits: rpm -i -prefix=<prefix>, wird nur leider von den meisten rpms (und YaST) nicht unterstützt.
Aber es ist schon ein wenig seltsam, einzelne Pakete quer ueber die Platten verstreuen zu wollen ... Sollte man nicht mit der entsprechend gesammelten Erfahrung die Partitionierung beim naechsten Mal anders angehen, wenn am vorhandenen System der Platz nur noch mit Flickschusterei hinreicht ? Ich stelle es mir grausam vor, wie's nach einer gewissen Zeit auf dem Rechner aussieht. Und wenn Dich dann jemand (z.B. Du selbst) fragt "Wer ist jetzt alles gelinkt und wo liegt das Zeug denn eigentlich ?" -- blickst Du da selbst noch durch ?
Hierzu gibt's amd/autofs und nis/yp. Insbes. die Verwendung von yp/nis-maps in amd/autofs vereinfachen die Administration diesbez. erheblich. Leider wird auch dieses Feature von YaST nicht unterstützt. Ich habe eine Zeit lang /opt als automount-Point verwendet und die Inhalte von /opt über ein Netzwerk verteilt. Leider wirken sich dabei die oben erwähnten Problem mit YaST/rpm voll aus, was die Installation mit laufendem automounter nicht gerade vereinfacht. Ralf. -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
On Thu, 14 Jan 1999, Ralf Corsepius wrote:
Gerhard Sittig wrote:
Und dann wuensche ich mir manchmal, dass rpm so eine Option wie "--root <dir> - use <dir> as the top level directory" haben koennte. Waere das nicht ein tolles Feature fuer zukuenftige Releases ? :>
Etwas Ähnliches gibt es bereits: rpm -i -prefix=<prefix>, wird nur leider von den meisten rpms (und YaST) nicht unterstützt.
OK, dann sage ich's nochmal etwas deutlicher: Die obige Option --root (und der Text dazu) ist ein Zitat aus 'rpm --help'. Das war fuer mich auch der Grund, den Wunsch danach nicht ganz so ernst zu meinen. Noch besser als "aehnlich" ist halt immer noch "gleich", wenn man eine genaue Vorstellung hat ... Und was den YaST angeht, kann man doch angeben, wo das zu fuellende Volume "anfaengt" -- zumindest habe ich die "Installation in ein Verzeichnis" so verstanden, kann mich aber auch irren weil ich's nie genutzt habe. Gerhard Sittig -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
On Wed, Jan 13, 1999 at 11:24:28AM +0100, Steffen.Herrmann wrote:
Stelle liegt. Also kopierst du die komplette Struktur /usr auf die zweite Platte und traegst sie in deiner fstab mit dem entsprechenden mountpoint unter /usr ein.
Ist meiner Meinung und Erfahrung nach aber viel zu unflexibel, weil man dann wieder eine komplette Platte (oder Partition) fuer ein Verzeichnis blockiert. Wird spaeter der Platz auf der Hauptplatte wieder zu eng und ist auf der "neuen" Platte dagegen noch genuegend Platz, so kann man den obigen Schritt nicht einfach nochmal machen.
Eigentlich war das nur als schnelle Loesung gedacht ohne naeher auf die Einzelheiten zu verweisen. Deinem Einwand kann ich in dem Fall aber nicht so ganz folgen. Angenommen, die erste Platte quillt mal wieder ueber, dann ist es doch kein Problem, beispielsweise /opt auf die zweite Platte zu kopieren und stattdessen einfach einen Link im Rootverzeichnis zu setzen. Irgendwie sind das aber alles nur Notloesungen und ob man will oder nicht, jede neue Platte wird im Laufe der Zeit einfach zu klein und will dann durch ein groesseres Exemplar ersetzt werden. Linux bietet hier ja diverse Loesungsmoeglichkeiten und wer weiss, was er will, der sollte eigentlich keine Probleme mit solchen Dingen haben. Mario -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
participants (5)
-
corsepiu＠faw.uni-ulm.de -
G.Sittig＠abo.FreiePresse.DE -
glaserl＠biblio.tu-muenchen.de -
mmaureraks＠st-wendel.de -
Steffen.Herrmann＠stud.informatik.uni-erlangen.de