Ramdisk anlegen

Ramdisk anlegen (17 Beiträge, 330 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Hallo Leute!

Ich bin Linux-mäßig ein ziemliches Nackapatzl, sodass ich um Verständnis bitte, dass das wohl eine ziemliche Newbie-Frage ist.

Ich möchte auf meinem NLSU2 eine Ramdisk anlegen und darauf meine Favoriten speichern, sodass ich überall im Netzwerk darauf zugreifen kann. Jetzt habe ich mir gedacht, dass das ganze schneller läuft, wenn ich die Favoriten auf einer Ramdisk speichere, weil dann die externe USB-Platte (auf der das OS vom NSLU2 ausgelagert ist) nicht dauernd erst hochlaufen muss, wenn ich darauf zugreifen.

Folgendes habe ich getan:

mount -t ramfs ramfs /public/favoriten -o maxsize=400

nun scheint aber das ganze aber irgendwie nicht zu funktionieren, die Favoriten werden trotzdem von der Platte geladen, wenn ich auf die Freigabe \\nslu\disk 1\favoriten zugreife

muss ich auf ein anderes Verzeichnis zugreifen, wenn ich auf die "Ramdisk-Version" von /public/favoriten zugreifen will?

MfG

MJFox

Da greifen ein paar Sachen ineinander...

ramfs kenn ich mal nicht - ich verwende tmpfs - wird aber wohl egal sein.

Die Frage ist jetzt, wie dein Fileserver konfiguriert ist. Also ich vermute mal, daß du samba verwendest. Dann kannst in der /etc/samba/smb.conf nachlesen, wie deine shares konfiguriert sind.

Ich würde mal vermuten, daß du folgendes ungefähr eintragen müßtest:

[favoriten]
   path = /public/favoriten
   comment = Meine Favoriten
   browseable = Yes
   read only = No
   inherit permissions = Yes
   create mask = 0664
   directory mask = 0775

Dann einfach samba restarten - zb mit /etc/rc.d/smb restart

Deine Clients haben dann eben den neuen Share "Favoriten".

hm... vielleicht verstehe ich dich nicht ganz, aber der Share ist sichtbar, das ist nicht das Problem...ich möchte nur, dass das Verzeichnis auf einer virtuellen Ramdisk gemountet ist, damit die USB-Platte nicht dauernd anlaufen muss, wenn ich darauf zugreifen will!

MfG

MJFox

ARGHHHH !

Mindestens einer von uns stellt sich grad dämlich an - kann aber auch ich sein

.

Du hattest
mount -t ramfs ramfs /public/favoriten -o maxsize=400
und
Freigabe \\nslu\disk 1\favoriten

Das klappt nur dann, wenn dein "disk 1"-Share genau auf /public geht. Tut es das ? Oder anders... Angenommen, du tippst "touch /public/favoriten/bubu" - siehst du dieses bubu dann im Share \\nslu\disk 1\favoriten ? Ich glaub eben nicht..

Tut es das ?

ja!

das Share zeigt genau auf /public/ , sodass ich mit \disk 1\favoriten auf \public\favoriten komme (wenn ich in \public\favoriten etwas reinkopiere, sehe ich es am Share)

aber wie gesagt, daran scheitert es nicht... es scheint, als ob das Verzeichnis nicht im Ram ist sondern immer auf die HD zugegriffen wird, wenn ich es aufrufe... muss ich auf ein anderes Verzeichnis zugreifen, wenn ich auf die "Ramdisk-Version" des Verzeichnisses zugreifen will?

Mindestens einer von uns stellt sich grad dämlich an

auf alle Fälle auch ich, wie gesagt, ich habe von Linux wenig bis keine Ahnung

MfG

MJFox

Cooler Share-Name

Nun denn, eines bleibt noch offen: Der Mount-Point selbst wird dauernd upgedatet - und der liegt ja auf der USB-Platte.

Ganz habe ich deine Aufgabe aber eh noch nicht verstanden:
Du hast also einen Linux-Rechner, dessen OS auf der USB-Platte liegt. Du willst nun aber erreichen, daß die USB-Platte nicht benutzt wird. Die Platte ist aber im Dauerzugriff (logging-Infos, ...)

Das läßt sich nur erzielen, indem du alles im Ram hast - also direkt in eine Ram-Disk bootest (oder ich hab's falsch verstanden).

Dann bleibt aber die Frage, was das Teil denn genau im Netz tun soll...

Wie auch immer, /ALLES/ im Ram kann man wie folgt lösen:
1.) einen neuen Mount-point /ramdisk anlegen
2.) tmpfs dorthin mounten
3.) alles wichtige vom System (also vieles aus /bin, /lib, /etc ...) hinkopieren
4.) mit einem chroot /ramdisk testen, ob alles klappt.
Wenn ja:
5.) md oldroot
6.) pivot_root . oldroot
7.) exec /bin/bash... - siehe pivot_root manpage
8.) chroot /oldroot, Platten unmounten, raus-aus-chroot
/FERTIG/

Du hast dann dein komplettes System ausschließlich im Ram - wenn es das ist, was du wolltest. Damit hast mal garantiert keinen USB-Streß mehr

EDIT:
Ich vermute mal eher, daß der smbd ja selbst mitlogged - und deswegen die USB-Platte mit anläuft, wenn wer auf deinen Share zugreift.
Du kannst es aber eh prüfen:
Wenn du ramfs gemountet hast, kopiere über's netz was nach Favoriten - und mach nachher ein unmount von dem ramfs. Dann müßten die Inhalte weg sein.

18.01.2006, 14:28 Uhr - Editiert von gepeinigter_aon_neukunde, alte Version: hier

Er will nur seine Favoriten auf einer RAM-Disk haben....warum auch immer.

siehe http://forum.geizhals.at/t391861,3126822.html#3126822

MfG

MJFox

Das bringt aber nix...

Denn die USB-Platte muß ja dauernd arbeiten und Logs schreiben, libs einpagen, binaries starten, ...

Also eine Platte nicht zu benutzen geht nur, indem man sie wirklich nicht nutzt - drum eben ramdisk.

Gegenvorschlag:
Er mountet /ALLES/ read-only - beginnend mit SLASH - und läßt nur die Ramdisk als tmpfs. Das könnte dann wie folgt gehen:

umount /public/favoriten

for a in \
    $( df -P | awk '{print $6;}' | sort | uniq | grep -v Mount )
do
   mount -o remount,ro $a 
done
mount -t tmpfs bubu /public/favoriten

Aber er sollte dann wissen, was er tut

siehe http://forum.geizhals.at/t391861,3126822.html#3126822

MfG

MJFox

ich habe bereits /dev und /var auf einer Ramdisk... diese habe ich so erstellt:

/bin/mount -t ramfs ramfs /mnt/tmpmnt -o maxsize=256
/bin/cp -rp /var/* /mnt/tmpmnt/
/bin/mkdir -p /var.state
/bin/mount -o bind /var /var.state
/bin/mount -o bind /mnt/tmpmnt /var
/bin/umount /mnt/tmpmnt

dasselbe eben auch mit dem /dev/ - Verzeichnis

das habe ich nicht selber geschrieben sondern aus einer NSLU-Seite rauskopiert

damit habe ich Ruhe, die USB-Platte läuft dann nur noch, wenn ich tatsächlich darauf zugreife

jetzt würde ich das eben auch für das Favoriten-Verzeichnis machen wollen, nur verstehe ich nicht, wieso da ein Verzeichnis erstellt wird und was die anderen mount-Befehle machen... und bevor ich anfangen, den Code entsprechend zu ändern (und statt /var/ das Favoriten-Verzeichnis einsetze), würde ich ganz gern wissen, was genau da gemacht wird

MfG

MJFox

Also ich fange mal mit dem Begriff NSLU nix an..
Aber das Script oben ist /crap/. Warum ein cp -rp ? Warum kein -a ? Warum wollen's keine Links erhalten ?

Ansonsten - gehen wir's durch:
/bin/mount -t ramfs ramfs /mnt/tmpmnt -o maxsize=256
Wie gesagt, ramfs kenn ich nicht - dürfte aber gleich wie tmpfs sein.
Du legst also ein ramfs nach /mnt/tmpmnt

/bin/cp -rp /var/* /mnt/tmpmnt/
Das hätte ich durch cp -a ersetzt. Es kopiert /var in diese Ramdisk.

/bin/mkdir -p /var.state
Legt eben ein Directory /var.state an

/bin/mount -o bind /var /var.state
/var wird parallel nach /var.state gemountet - clevere Idee.
/var und /var.state zeigen damit auf dieselbe Struktur auf der Platte.

/bin/mount -o bind /mnt/tmpmnt /var
Hiermit sagen wir, daß /tmpmnt (die Ramdisk) parallel nach /var gemountet wird.

/bin/umount /mnt/tmpmnt
/tmpmnt brauchen wir nicht mehr - hiermit kommt's weg

Wie sieht's also grob mit /var aus:

/var wurde nach /mnt/tmpmnt (in eine Ramdisk) kopiert - und parallel nach /var.state gemountet.

Die Ramdisk wurde über /var gemountet - und der 2. Link auf die Ramdisk (/tmpmount) entfernt.

Wichtig dabei ist allerdings, daß diese "Rummounterei" nur für neu geöffnete Dateien gilt. Wenn also ein Prozeß eine Datei vorher offen hatte - so schreibt er nachher auch auf die Platte.

Ein Lösungsansatz könnte der Neustart von Samba nach dem remounten sein.

Trotz allem ist mir noch immer nicht klar, wieso du auf die Idee kommst, daß die Favoriten selbst nicht aus der Ramdisk geladen werden - wie kommst auf diese These ?

Aaah, schön langsam wird's klarer... Ok.

Das Teil wird wahrscheinlich wenig Ram haben, daher scheint ein "alles ins Ram" wohl auch ausgeschlossen.

Wie gesagt, ich vermute eher, daß dein samba mitlogged - eventuell nicht nach /var/log - oder daß es noch die Files drunter sieht, weil er nicht restartet wurde.

Ich würde also folgendes tun:
1.) Ramdisk wie du sie hattest mounten
2.) Über's netz einen Favoriten ablegen
3.) Ramdisk unmounten
4.) Schauen, ob datei noch da - ich tippe eben auf nein.

Hmm... Kann es sein, daß Samba einfach ausgepaged wird ? Dann könntest "swapoff -a" sagen - und das Paging wäre weg.

Du kannst auf jeden Fall denselben Mechanismus wie bei /var und /dev verwenden - der muß bei den Favoriten genauso funktionieren. Ich nehme mal an, daß der in einem Bootscript ausgeführt wird - und beim Runterfahren automatisch von zB /var nach /var.state kopiert wird, damit beim shutdown alles wieder auf die Platte geschrieben wird.

Ach ja, eines noch:
Samba muß ja beim Starten, ... die Authentifizierungsfiles lesen - in /etc/smbpasswd und so... Kann es sein, daß das die Disk-Aktivität auslöst ? ;

Samba muß ja beim Starten, ... die Authentifizierungsfiles lesen - in
/etc/smbpasswd und so... Kann es sein, daß das die Disk-Aktivität auslöst

DAS wird es sein!

vielen dank, werde das ausprobieren, wenn ich nach Hause komme!

MfG

MJFox

vielen dank für die ausführliche Erklärung

NSLU steht für Network Storage Link USB, siehe http://www.geizhals.at/a117939.html

mit einer modizifierten Firmware kann man per Telnet rein und wenn man das Betriebssystem auslagert, kann man alle möglichen packages installieren und somit z.B. einen FTP-Server, Apache, MySQL usw. darauf laufen lassen

jetzt läuft das Ding bei mir natürlich rund um die Uhr... die USB-Platte fährt standardmäßig nach ein paar Minuten runter, wenn sie nicht benutzt wird... jetzt war es natürlich so, dass das Linux vom NSLU alle paar Minuten die Log-Files aktualisiert hat, sodass die USB-Platte alle paar Minuten hochgefahren ist

das habe ich lösen können, indem ich das /var und das /dev - Verzeichnis auf die Ramdisk gelegt habe... so kann das NSLU seine Log-Files aktualisieren, ohne dass ständig die Platte hochfahren muss

dasselbe würde ich eben gern mit den Favoriten machen: da die Favoriten relativ wenig Platz beanspruchen, ich sie aber relativ oft benötige, wäre es (und das war einfach meine Idee) ganz praktisch, wenn sie auch auf einer Ramdisk liegen würden, damit ich erstens schneller darauf zugreifen kann (und ich nicht warten muss, bis die USB-Platte anläuft, falls sie ausgeschaltet war) und damit zweitens die Platte weiterhin schlafen kann, wenn ich darauf zugreife!

wenn ich jetzt allerdings auf die freigegebenen Favoriten auf dem Share zugreife, fährt die Platte hoch, sodass mich das glauben lässt, dass sie eben NICHT auf einer ramdisk liegen sondern immer noch auf die Platte zugegriffen werden muss (sonst würde sie ja noch hochfahren)

MfG

MJFox

18.01.2006, 15:06 Uhr - Editiert von MJFox, alte Version: hier

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung