hi folks! Spekuliere nun doch mit der Anschaffung eines CD-writers fürs back-up. Was sind die minimalen Systemvoraussetzungen damit ein IDE Writer zuverlässig funktioniert? Ich schätze mal, ein 486er wird das ein bisschen zu schwach sein, oder? o long -- Michael Karges, mika@ins.at, kar@space.at Powered by Linux! Bye Billy boy! --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Michael Karges wrote:
Spekuliere nun doch mit der Anschaffung eines CD-writers fürs back-up. Was sind die minimalen Systemvoraussetzungen damit ein IDE Writer zuverlässig funktioniert? Ich schätze mal, ein 486er wird das ein bisschen zu schwach sein, oder?
Nein, warum? Nur "On-The_Fly" würde ich damit nicht brennen. Du brauchst also genügend Plattenplatz um CD-Images erstellen zu können, die du dann von der Platte auf die CD brennst. Halbwegs moderne Festplatten sollten die Brenngeschindigkeit mitgehen können, ansonsten kann man auch noch die Brenngeschwindigkeit drosseln. christian -- Bitte kein CC: bei Antwort an Mailingliste Etikette per Mail: To: mailings-suse@gmx.de Subject: send etikette http://www.ndh.net/home/schult/etikette.html --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On 18-Mar-2000 Christian Schult wrote:
Michael Karges wrote:
Spekuliere nun doch mit der Anschaffung eines CD-writers fürs back-up. Was sind die minimalen Systemvoraussetzungen damit ein IDE Writer zuverlässig funktioniert? Ich schätze mal, ein 486er wird das ein bisschen zu schwach sein, oder?
Nein, warum? Nur "On-The_Fly" würde ich damit nicht brennen. Du brauchst also genügend Plattenplatz um CD-Images erstellen zu können, die du dann von der Platte auf die CD brennst. Halbwegs
Sind Images als Backup aber wirklich geeignet? Ich glaube, in de.comp.hardware.cd-brenner meinte kuerzlich jemand Gegenteiliges. Vielleicht verstehe ich das mit den Images ja verkehrt, aber eigentlich will ich ja ein Backup auch dann zurückspielen koennen, wenn irgendeine Datei im Backup fehlerhaft gespeichert wurde. Oder ich will gar nur eine einzelne Datei restoren.
moderne Festplatten sollten die Brenngeschindigkeit mitgehen können, ansonsten kann man auch noch die Brenngeschwindigkeit drosseln.
Vielleicht kann ja mal jemand verraten, wie lange z.B. das Brennen
von 650 MB abhaengig von der Brenngeschwindigkeit dauert. Denn
CPU-intensive Operationen sollte man waehrend Zeit ja vermutlich
doch lieber vermeiden.
Gruss,
Heinz.
--
E-Mail: Heinz W. Pahlke
Heinz W. Pahlke wrote:
On 18-Mar-2000 Christian Schult wrote:
[Backup auf CD-R]
Nein, warum? Nur "On-The_Fly" würde ich damit nicht brennen. Du brauchst also genügend Plattenplatz um CD-Images erstellen zu können, die du dann von der Platte auf die CD brennst. Halbwegs
Sind Images als Backup aber wirklich geeignet? Ich glaube, in de.comp.hardware.cd-brenner meinte kuerzlich jemand Gegenteiliges. Vielleicht verstehe ich das mit den Images ja verkehrt, aber eigentlich will ich ja ein Backup auch dann zurückspielen koennen, wenn irgendeine Datei im Backup fehlerhaft gespeichert wurde. Oder ich will gar nur eine einzelne Datei restoren.
Kommt drauf an welches Backup-Format man gewählt hat. Wenn die CD das Backup als tar-Archiv enthält, kann man daraus auch einzelne Dateien wiederherstellen. Selbst wenn eine Datei in dem tar-Archiv fehlerhaft ist, kann man immer noch die anderen Dateien aus dem Archiv holen. Komprimiert man das tar-Archiv zusätzlich (z.B. mit gzip) läuft man Gefahr, das ein Fehler in dem komprimierten Archiv das ganze Archiv unzugänglich macht. Oder man benutzt afio, damit kann man jede einzelne Datei komprimieren bevor sie in's Archiv geschrieben wird. Also *.tar.gz ist ein komprimiertes Archiv, afio erzeugt ein Archiv aus komprimierten Dateien. Oder man komprimiert jede Datei und übergibt sie dann tar, dass ohne Komprimierung aufgerufen wird. Es gibt so viele Möglichkeiten. Der ganze Vorgang läuft so ab: 1. Archiv erzeugen 2. CD-Image aus Archiv herstellen (mit mkisofs oder mkhybrid) 3. Image-Datei auf CD brennen Natürlich kann dann immer noch ein Fehler beim Erstellen der Image-Datei passieren oder beim Brennen. Wenn man ganz sicher gehen will, testet man nach jedem Schritt: 1. Archiv erzeugen 2. Archiv testen 3. CD-Image aus Archiv herstellen (mit mkisofs oder mkhybrid) 4. Image-Datei mounten und testen 5. Image-Datei auf CD brennen 6. CD mounten und testen
Vielleicht kann ja mal jemand verraten, wie lange z.B. das Brennen von 650 MB abhaengig von der Brenngeschwindigkeit dauert. Denn CPU-intensive Operationen sollte man waehrend Zeit ja vermutlich doch lieber vermeiden.
Bei 4x Speed ca. 20 Minuten inkl. Abschliessen der CD. christian -- Bitte kein CC: bei Antwort an Mailingliste Etikette per Mail: To: mailings-suse@gmx.de Subject: send etikette http://www.ndh.net/home/schult/etikette.html --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On 18-Mar-2000 Christian Schult wrote:
1. Archiv erzeugen 2. Archiv testen
Soweit erst einmal klar.
3. CD-Image aus Archiv herstellen (mit mkisofs oder mkhybrid)
man mkisofs birgt noch viele Unklarheiten, aber im Praxisbetrieb loesen sich die ja meistens schnell auf.
4. Image-Datei mounten und testen
Die Image-Datei muss ich ja wohl auf einer vorhandenen Partition ablegen. Und dann noch zusaetzlich mounten (was wohin?)?
5. Image-Datei auf CD brennen
Klar.
6. CD mounten und testen
Mounten ist klar, aber wie testet man sinnvoll, ob tatsaechlich
kein Fehler aufgetreten ist. Ein Verify wie beim Schreiben auf's
Band gibt es beim CR-Brennen IMHO noch nicht.
Am liebsten waere es mir, wenn ich auf das Backup-Medium wie auf
eine Festplatte zugreifen koennte (deshalb auch kuerzlich meine
Frage nach HDs als Backup-Medium, was aber wohl doch eher
suboptimal ist). Und das sollte mit CD-RW doch gehen.
Und es sollte doch auch gehen, mehrere Image hintereinander
(nicht "uebereinander", also aeltere Images ueberschreibend) auf
eine CD-RW zu brennen.
Hintergrund fuer meine Fragen ist, dass ich nach wie vor ein
Backup-Ersatz fuer meinen QIC-80-Streamer suche.
Gruss,
Heinz.
--
E-Mail: Heinz W. Pahlke
Hallo Heinz, On Die, 21 Mär 2000, Heinz W. Pahlke wrote:
On 18-Mar-2000 Christian Schult wrote:
4. Image-Datei mounten und testen
Die Image-Datei muss ich ja wohl auf einer vorhandenen Partition ablegen. Und dann noch zusaetzlich mounten (was wohin?)?
mount -t iso9660 -o ro,loop=/dev/loop0 /pfad/imagedatei /mount/pfad
6. CD mounten und testen
Mounten ist klar, aber wie testet man sinnvoll, ob tatsaechlich kein Fehler aufgetreten ist. Ein Verify wie beim Schreiben auf's Band gibt es beim CR-Brennen IMHO noch nicht.
Es geht doch bestimmt sowas wie diff /cdrom /pfad/imagedatei oder so was in der Art ? Ich hab mir die SuSE-CDs mit cat /dev/cdrom > imagedatei auf Platte gezogen und dann so auch verglichen (diff /cdrom imagedatei). Hat wunderbar funktioniert. Ich weiß aber nicht, ob das auch bei ISO-Images (von mkisofs) geht. Ausprobieren ? ;-)
Und es sollte doch auch gehen, mehrere Image hintereinander (nicht "uebereinander", also aeltere Images ueberschreibend) auf eine CD-RW zu brennen.
Dafür muß das abermultisession sein, ich weiß nicht, ob das einfach so über images geht. Gruß, Sebastian -- "No worries." - Rincewind Sebastian Helms - mailto:sebastian@helms.sh (PGP available) SuSE-Linux-Mailinglisten-FAQ: http://www.helms.myokay.net/faq/ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On 22-Mar-2000 Sebastian Helms wrote:
Ich hab mir die SuSE-CDs mit cat /dev/cdrom > imagedatei auf Platte gezogen und dann so auch verglichen (diff /cdrom imagedatei).
Hat wunderbar funktioniert. Ich weiß aber nicht, ob das auch bei ISO-Images (von mkisofs) geht. Ausprobieren ? ;-)
Bloss woher einen CD-Brenner nehmen und nicht stehlen? :-)
Und es sollte doch auch gehen, mehrere Image hintereinander (nicht "uebereinander", also aeltere Images ueberschreibend) auf eine CD-RW zu brennen.
Dafür muß das abermultisession sein, ich weiß nicht, ob das einfach so über images geht.
Es muss doch Listenteilnehmer geben, die bereits Backups, auch
taegliche, auf CD-RW machen und dementsprechend genauer Bescheid
wissen. Aber vielleicht fuehlen sie sich durch das geaenderte
Subject jetzt etwas eher angesprochen.
Vielleicht mal etwas genauer meine Ansprueche:
Nach groesseren Aenderungen am System ein Komplett-Backup von /etc
und anderen Konfigurationsdateien,
woechentliches Komplett-Backup von /home/~,
taegliches Differential-Backup von /home/~.
Bislang mache ich das auf QIC-80-Baender, von denen ich aus
mehreren Gruenden weg will.
Alternativen sind ein modernerer Streamer oder CD-RW. Fuer letztere
spricht, dass es leichter ist, mal schnell eine alte Datei zu
restaurieren (Gesichert werden soll _unkomprimiert_, so dass
Baender unter Umstaenden recht lange spulen.).
Schon mal vielen Dank fuer Anregungen,
Heinz.
--
E-Mail: Heinz W. Pahlke
Hi, "Heinz W. Pahlke" wrote:
Es muss doch Listenteilnehmer geben, die bereits Backups, auch taegliche, auf CD-RW machen und dementsprechend genauer Bescheid wissen. Aber vielleicht fuehlen sie sich durch das geaenderte Subject jetzt etwas eher angesprochen.
Ja, das mit dem Subject hat was gebracht ;-)
Vielleicht mal etwas genauer meine Ansprueche:
Nach groesseren Aenderungen am System ein Komplett-Backup von /etc und anderen Konfigurationsdateien,
woechentliches Komplett-Backup von /home/~,
taegliches Differential-Backup von /home/~.
Bislang mache ich das auf QIC-80-Baender, von denen ich aus mehreren Gruenden weg will.
Alternativen sind ein modernerer Streamer oder CD-RW. Fuer letztere spricht, dass es leichter ist, mal schnell eine alte Datei zu restaurieren (Gesichert werden soll _unkomprimiert_, so dass Baender unter Umstaenden recht lange spulen.).
Backup der Server mach ich persoenlich nur auf DAT (DDS2/3), meine Workstation sicher ich wie ich gerade lustig bin. Sprich ich kopier den ganzen schlonz entweder auf nen Server wo dann der DAT Streamer jede nacht greift (mein home liegt da eh schon) oder ich haeng schnell ne platte rein und jags da drauf. Ansonsten spiel ich gerade mit DVD RAM, da gehen immerhin 2,5GB pro seite drauf, weil mir CD-RW zu klein und zu umstaendlich ist (mkisofs, cdrecord etc). Bei DVD nehm ich einfach cp und das wars. Dadurch spar ich mich auch differential backups. Mein /usr/src hat alleine schon gut 800MB und das passt irgendwie nich so ganz auf ne CD-RW. CD-RW nehm ich nur noch um mal groessere Datein (>1.44MB <g>) ohne Netzwerg zu transferieren. Wobei ich da dann auch oft auf mein Knotebook zurueckgreife ...
Schon mal vielen Dank fuer Anregungen,
Wenns hilft... -- MfG, M.Stahn ++ Teamwork is essential. It gives them another target. ++ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Mit, 22 Mär 2000 schrieb Heinz W. Pahlke:
Bloss woher einen CD-Brenner nehmen und nicht stehlen? :-)
Kaufen?
Es muss doch Listenteilnehmer geben, die bereits Backups, auch taegliche, auf CD-RW machen und dementsprechend genauer Bescheid
Ich mach Backups auf CD-RW's, im Anschluss findest Du das Script
das ich verwende, bin aber noch nicht so recht zufrieden damit,
insbesondere der grosse benötigte Plattenplatz stöst mir übel auf.
Verbesserungsvorschläge sind also immer willkommen.
------------------------ schnipp start -------------------------
#!/bin/sh
# (c) 2000, Manfred Tremmel
# Manfred Tremmel
On 22-Mar-2000 Manfred Tremmel wrote:
Am Mit, 22 Mär 2000 schrieb Heinz W. Pahlke:
Bloss woher einen CD-Brenner nehmen und nicht stehlen? :-)
Kaufen?
CD-Brenner, Streamer, MO-Laufwerk? Oder alle drei? Wenn ich Kohl hiesse, waere es ja kein Problem, fuer 6 Mill. bekaeme ich schon einige Backup-Medien. :-)
Ich mach Backups auf CD-RW's, im Anschluss findest Du das Script das ich verwende, bin aber noch nicht so recht zufrieden damit, insbesondere der grosse benötigte Plattenplatz stöst mir übel auf.
Waere hier kein Problem, auf der neuen HD sind noch gut 7 GB fuer eine weitere Partition frei.
[Brenn-Script] /usr/bin/cdrecord dev=1,5,0 speed=4 blank=fast &
Hier wird geloescht.
/bin/tar czvpf /usr/Sicherungen/Sicherung_`date +%Y%m%d`.tar.gz /home /root /etc /usr/local/apache /usr/local/ftp /usr/src
Das Tar-Archiv ist geschrieben und komprimiert.
/usr/bin/mkisofs -V Sicherung_`date +%Y%m%d` -o /usr/Sicherungen/Sicherung_`date +%Y%m%d`.iso -r
Das Dateisystem und Inhaltsverzeichnis wurde auf der CD-RW angelegt.
/usr/Sicherungen/Sicherung_`date +%Y%m%d`.tar.gz
???
/usr/bin/cdrecord -v fs=30m dev=1,5,0 speed=4 /usr/Sicherungen/Sicherung_`date +%Y%m%d`.iso
Die Dateien werden auf die CD-RW geschrieben. Aber warum die iso-Datei und nicht das tar-Archiv?
rm /usr/Sicherungen/Sicherung_`date +%Y%m%d`.tar.gz rm /usr/Sicherungen/Sicherung_`date +%Y%m%d`.iso
Tar-Archiv und iso-File werden nicht mehr gebraucht.
exit 0
Fehlt eigentlich nur noch eine Kontrolle, ob die CD-RW auch
tatsaechlich fehlerfrei ist.
Auch wenn mir einiges immer noch unklar ist, dein Script hat mir
doch wieder um einiges weitergeholfen. Der QIC-80-Streamer wird
wohl doch einem CD-Brenner weichen.
Gruss,
Heinz.
--
E-Mail: Heinz W. Pahlke
Hallo Heinz, On Mit, 22 Mär 2000, Heinz W. Pahlke wrote:
On 22-Mar-2000 Manfred Tremmel wrote:
/usr/bin/mkisofs -V Sicherung_`date +%Y%m%d` -o /usr/Sicherungen/Sicherung_`date +%Y%m%d`.iso -r
Das Dateisystem und Inhaltsverzeichnis wurde auf der CD-RW angelegt.
/usr/Sicherungen/Sicherung_`date +%Y%m%d`.tar.gz
???
Ich denke, das gehört alles in eine Zeile, hier macht er aus dem .tar.gz eine Image-Datei (.iso), die er dann als ISO9660 auf das CD-RW schreibt. Gruß, Sebastian -- "No worries." - Rincewind Sebastian Helms - mailto:sebastian@helms.sh (PGP available) SuSE-Linux-Mailinglisten-FAQ: http://www.helms.myokay.net/faq/ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Mit, 22 Mär 2000 schrieb Heinz W. Pahlke:
[Brenn-Script] /usr/bin/cdrecord dev=1,5,0 speed=4 blank=fast &
Hier wird geloescht.
Richtig, mit dem & am Schluss kann bereits der nächste Befehl loslaufen.
/usr/bin/mkisofs -V Sicherung_`date +%Y%m%d` -o /usr/Sicherungen/Sicherung_`date +%Y%m%d`.iso -r
Das Dateisystem und Inhaltsverzeichnis wurde auf der CD-RW angelegt.
/usr/Sicherungen/Sicherung_`date +%Y%m%d`.tar.gz
???
Das gehört zusammen, aus dem tar.gz Archiv wir ein iso-Image erstellt. der Brenner wird zu dem Zeitpunkt noch nicht angesprochen!
/usr/bin/cdrecord -v fs=30m dev=1,5,0 speed=4 /usr/Sicherungen/Sicherung_`date +%Y%m%d`.iso
Die Dateien werden auf die CD-RW geschrieben. Aber warum die iso-Datei und nicht das tar-Archiv?
Aus dem tar.gz Archiv wurde ein iso-Image erstellt, das wird geschrieben. Eine "normale" Datei auf ne CD zu brennen dürfte Probleme machen, darauf wieder zuzu- greifen.
Fehlt eigentlich nur noch eine Kontrolle, ob die CD-RW auch tatsaechlich fehlerfrei ist.
Naja, da könnte man sicher noch was machen, das image mit der CD-RW zu vergleichen.... -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ | http://www.knightsoft.de Manfred | http://www.knightsoft-net.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Wed, 22 Mar 2000, Heinz W. Pahlke wrote: [snip]
Bloss woher einen CD-Brenner nehmen und nicht stehlen? :-)
kostet zur zeit ca. 2700ATS, also nicht gerade billig.
Es muss doch Listenteilnehmer geben, die bereits Backups, auch taegliche, auf CD-RW machen und dementsprechend genauer Bescheid wissen. Aber vielleicht fuehlen sie sich durch das geaenderte Subject jetzt etwas eher angesprochen.
arbeite gerade daran. IMHO hat jan trippler auch eine ähnliche idee. kommt zeit kommt rat. [snip]
Alternativen sind ein modernerer Streamer oder CD-RW. Fuer letztere spricht, dass es leichter ist, mal schnell eine alte Datei zu restaurieren (Gesichert werden soll _unkomprimiert_, so dass Baender unter Umstaenden recht lange spulen.).
ACK. liegt die zu sichernde datenmenge pro tag in einem erträglichen rahmen (< 100MB), ist IMHO ein CD-RW wohl am wirtschaftlichsten.
Schon mal vielen Dank fuer Anregungen,
Heinz.
o long -- Michael Karges, mika@ins.at, kar@space.at Powered by Linux! Bye Billy boy! --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Heinz W. Pahlke wrote at Sam.03/25/00-13:18:45
On 22-Mar-2000 Sebastian Helms wrote:
Es muss doch Listenteilnehmer geben, die bereits Backups, auch taegliche, auf CD-RW machen und dementsprechend genauer Bescheid wissen. Aber vielleicht fuehlen sie sich durch das geaenderte Subject jetzt etwas eher angesprochen. Ja, nachdem so einiger Unfug passiert ist und ein Linux nicht mal eben überinstalliert wird ..... ;)
Vielleicht mal etwas genauer meine Ansprueche:
Nach groesseren Aenderungen am System ein Komplett-Backup von /etc und anderen Konfigurationsdateien, Ja, tägl. von cron (kl tar-script) einfahren. Auf HDD ablegen lassen.
woechentliches Komplett-Backup von /home/~, cron per script auf HDD......
taegliches Differential-Backup von /home/~. Wiso das? Tägl von cron. Das script sollte schon das "älte Backup" löschen.
Bislang mache ich das auf QIC-80-Baender, von denen ich aus mehreren Gruenden weg will. ...in die Tonne ;)
Alternativen sind ein modernerer Streamer oder CD-RW. Fuer letztere spricht, dass es leichter ist, mal schnell eine alte Datei zu restaurieren (Gesichert werden soll _unkomprimiert_, so dass Baender unter Umstaenden recht lange spulen.). Also ich glaube gegen einen guten streamer wäre so schnell keiner abgeneigt. Voll-Backup über Nacht fahren.
Wenn du absolut nicht kompr. willst, reicht doch ein nächtl. kopieren auf eine andere HDD oder wenigstens andere Partition. Morgens dann als erstes den Brenner anschmneißen. Ich lasse tägl. backup von /etc /home /root (/usr wöchentl.) von cron machen. Dann kommt mein script zum brennen von multisessions CDR/CDRW zum Einsatz. Grüße, Clemens -- sig_12 X-term farbig gestalten? das wäre Grün/Schwarz: $ setterm -foreground green -background black -store [Info: man setterm; man X] [Reg-Linux-user # 134173] | [c.wohld@gmx.de] ---------------------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Sebastian Helms wrote at Sam.03/25/00-13:18:45
On Die, 21 Mär 2000, Heinz W. Pahlke wrote:
On 18-Mar-2000 Christian Schult wrote:
Die Image-Datei muss ich ja wohl auf einer vorhandenen Partition ablegen. Und dann noch zusaetzlich mounten (was wohin?)?
mount -t iso9660 -o ro,loop=/dev/loop0 /pfad/imagedatei /mount/pfad
Mounten ist klar, aber wie testet man sinnvoll, ob tatsaechlich kein Fehler aufgetreten ist. Ein Verify wie beim Schreiben auf's Band gibt es beim CR-Brennen IMHO noch nicht.
Hat wunderbar funktioniert. Ich weiß aber nicht, ob das auch bei ISO-Images (von mkisofs) geht. Ausprobieren ? ;-) Na, dann schaut euch mal das hier an, event. genau das was gesucht wird. Hab es selber noch nicht getestet. Werd ich aber die Tage: "star" - CD-checktool: URL ftp://ftp.fokus.gmd.de/pub/unix/star Es soll CDR/CDRW testen könne auf Korrektheit.
Und es sollte doch auch gehen, mehrere Image hintereinander (nicht "uebereinander", also aeltere Images ueberschreibend) auf eine CD-RW zu brennen. Normale session mit mkisofs (cdrecord -msinfo) erstellen und brennen. Für Daten-CD's wäre dieser hier OK.
1. Session normal erstellen (noch ohne ein -msinfo). $ cdrecord -vv dev=0,0,0 speed=4 -data -multi image1.cd 2. Fuer die zweite Session: $ cdrecord dev=0,0,0 -msinfo Ausgabe/Zahlen merken ... ==> >NUMMER< Zweite session: a. Image anlegen $ mkisofs -o image2.cd -R -C >NUMMER< -M /dev/scd0 /Daten/fuerimage b. Brennen: $ cdrecord speed=4 dev=0,0,0 -data -multi image2.cd # Oder, beides auf mal: $ mkisofs -C `cdrecord -msinfo` -M /dev/scd0 -o image2 /whatever cdrecord [-multi] image2.cd ...........eine Zeile! Eine CDR muß eben entsorgt werden wenn voll und CDRW kann geblankt werden. Mehr Infos bringen man mkisofs; man cdrecord Grüße, Clemens -- sig_18 Das Kommando `env` ermöglicht die Anzeige bzw. die Änderung von Umgebungsvariablen. [Info: man env] X-Page -> http://www.ndh.net/home/wohld/index.html ----------------------------------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Clemens Wohld schrieb am 29.03.00 um 10.03 Uhr Ich muss mich korrigieren. Kann ich soo nicht stehen lassen! Hier scheint was beim paisten verloren gegangen zu sein :(
$ mkisofs -C `cdrecord -msinfo` -M /dev/scd0 -o image2 /whatever cdrecord [-multi] image2.cd ...........eine Zeile!
Es muss natürlich eine pipe vor cdrecord!! $ mkisofs -C `cdrecord -msinfo` -M /dev/scd0 -o image2 \ /Daten/fürImage | cdrecord [-multi] image2.cd Gruß, Clemens -- sig_04 Du willst wissen wo eine bestimmte Programmdatei und zugehörig. Doku steckt? Beispiel: $ whereis pppd [Info: man whereis] pppd: /usr/sbin/pppd /usr/man/man8/pppd.8.gz ------------------------------------------------ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Tue, 21 Mar 2000, Heinz W. Pahlke wrote: [snip]
Mounten ist klar, aber wie testet man sinnvoll, ob tatsaechlich kein Fehler aufgetreten ist. Ein Verify wie beim Schreiben auf's Band gibt es beim CR-Brennen IMHO noch nicht.
warum? sollte die hardware das nicht unterstützen, gibt es immer noch die möglichkeit einer checksum oder CRC.
Am liebsten waere es mir, wenn ich auf das Backup-Medium wie auf eine Festplatte zugreifen koennte (deshalb auch kuerzlich meine Frage nach HDs als Backup-Medium, was aber wohl doch eher suboptimal ist). Und das sollte mit CD-RW doch gehen.
hast du das backup-image mal auf der festplatte, hast du auch ein CRC geschütztes image.
Und es sollte doch auch gehen, mehrere Image hintereinander (nicht "uebereinander", also aeltere Images ueberschreibend) auf eine CD-RW zu brennen.
beim aktuellen preis der rohlinge nur noch eine frage der zu sichernden datenmenge. ich würde mich da auf keine faulen kompromisse einlassen: einmal schreiben, unkomprimiert.
Hintergrund fuer meine Fragen ist, dass ich nach wie vor ein Backup-Ersatz fuer meinen QIC-80-Streamer suche.
Gruss,
Heinz.
comments welcome -- Michael Karges, mika@ins.at, kar@space.at Powered by Linux! Bye Billy boy! --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (7)
-
c.wohld＠ndh.net -
cschult＠gmx.de -
h.pahlke＠berlin.de -
Manfred.Tremmel＠iiv.de -
martin.stahn＠sskm.de -
mika＠ins.at -
sebastian＠helms.sh