-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, gibt es eine Möglichkeit mit "dd" auf CD-R bzw. CD-RW zu schreiben ?. Es geht halt darum Festplatten/ CD-ROM's und die fehlerhaft sind vor allen reparaturversuchen zu sichern ( das geht wohl bei CD-ROM'S weniger aber...). Es mustte also möglich sein etwas zu brennen ohne das die Quelle irgendwie auf Fehler usw. untersucht wird. Bis jetzt schreiben wir die Sachen auf's Band, da aber CD's deutlich billiger sind ... Gruß Robert - -- Robert Rakowicz Tel: 02505/ 991607 Fax: 02505/ 991708 Mobil: 0179/ 2132867 E-Mail: Robert.Rakowicz@Muenster.de URL: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.0 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE4iObHMMnS3nOEvXkRAj7MAJ9OskB96/jvfutB+oXk5ISz7M6mEQCfTMwV kK93L8iMEtQoVM0shFWMHZs= =EqbH -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Sat, 22 Jan 2000, Robert Rakowicz wrote:
gibt es eine Möglichkeit mit "dd" auf CD-R bzw. CD-RW zu schreiben ?.
Nein! Nimm mkisofs und cdrecord. CU Dirk -- May the source be with you. <HR> <UL> <LI>application/pgp-signature attachment: stored </UL> --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On 22 Jan 2000, Robert Rakowicz wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hallo,
gibt es eine Möglichkeit mit "dd" auf CD-R bzw. CD-RW zu schreiben ?. Es geht halt darum Festplatten/ CD-ROM's und die fehlerhaft sind vor allen reparaturversuchen zu sichern ( das geht wohl bei CD-ROM'S weniger aber...). Es mustte also möglich sein etwas zu brennen ohne das die Quelle irgendwie auf Fehler usw. untersucht wird. Bis jetzt schreiben wir die Sachen auf's Band, da aber CD's deutlich billiger sind ...
mmh. Ich persoenlich halte Baender fuer besser, aber wenn Du es ernsthaft mit CD's probieren willst ... bash# man dd % insbesondere >noerror< und >notrunc< und desweiteren das CD-Writing-HOWTO unter /usr/doc/howto/en dort mueszte das beschrieben sein, was Du suchst. Alles Gute! -- mfg / With best regards, Ciao Mikey -- -- Even one moment of life spent cannot be regained for millions of gold coins. Therefore, what greater loss is there than time spent uselessly ? -- -- Thorsten Garrels * th.garrels@t-online.de * Wittmund / Germany --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Thorsten Garrels wrote:
On 22 Jan 2000, Robert Rakowicz wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hallo,
gibt es eine Möglichkeit mit "dd" auf CD-R bzw. CD-RW zu schreiben ?. Es geht halt darum Festplatten/ CD-ROM's und die fehlerhaft sind vor allen reparaturversuchen zu sichern ( das geht wohl bei CD-ROM'S weniger aber...). Es mustte also möglich sein etwas zu brennen ohne das die Quelle irgendwie auf Fehler usw. untersucht wird. Bis jetzt schreiben wir die Sachen auf's Band, da aber CD's deutlich billiger sind ...
mmh. Ich persoenlich halte Baender fuer besser, aber wenn Du es ernsthaft mit CD's probieren willst ...
bash# man dd % insbesondere >noerror< und >notrunc<
und desweiteren das CD-Writing-HOWTO unter /usr/doc/howto/en
dort mueszte das beschrieben sein, was Du suchst.
ich bilde mir ein, schonmal ein iso image *erfolgreich* mit dd auf eine cd geschrieben zu haben. beschwoeren wuerd ichs aber nicht. clemens --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Clemens Kirchgatterer schrieb am 22.01.2000 um 15:30:55 +0100: Hallo Clemens,
Thorsten Garrels wrote:
On 22 Jan 2000, Robert Rakowicz wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hallo,
gibt es eine Möglichkeit mit "dd" auf CD-R bzw. CD-RW zu schreiben ?. Es geht halt darum Festplatten/ CD-ROM's und die fehlerhaft sind vor allen reparaturversuchen zu sichern ( das geht wohl bei CD-ROM'S weniger aber...). Es mustte also möglich sein etwas zu brennen ohne das die Quelle irgendwie auf Fehler usw. untersucht wird. Bis jetzt schreiben wir die Sachen auf's Band, da aber CD's deutlich billiger sind ...
mmh. Ich persoenlich halte Baender fuer besser, aber wenn Du es ernsthaft mit CD's probieren willst ...
bash# man dd % insbesondere >noerror< und >notrunc<
und desweiteren das CD-Writing-HOWTO unter /usr/doc/howto/en
dort mueszte das beschrieben sein, was Du suchst.
ich bilde mir ein, schonmal ein iso image *erfolgreich* mit dd auf eine cd geschrieben zu haben. beschwoeren wuerd ichs aber nicht.
das hat doch vor ganz kurzer Zeit hier jemand gemacht. Es ging da um irgendwie um Kompatibilität. Wenn er das auf dem PC "dd"t ob er das dann auf 'nem Mac brennen kann. Ging wohl. Bis denne, Michael -- "Hey Beavis, let's pretend we're dead." "Yeah, eh heh heh, that would be cool." Beavis & Butthead --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Michael, Hallo Clemens... * Am 22.01.2000 um 16:22 Uhr schrieb Michael Schulz:
Clemens Kirchgatterer schrieb am 22.01.2000 um 15:30:55 +0100:
ich bilde mir ein, schonmal ein iso image *erfolgreich* mit dd auf eine cd geschrieben zu haben. beschwoeren wuerd ichs aber nicht.
das hat doch vor ganz kurzer Zeit hier jemand gemacht. Es ging da um irgendwie um Kompatibilität. Wenn er das auf dem PC "dd"t ob er das dann auf 'nem Mac brennen kann. Ging wohl.
bin eben ein wenig neugierig geworden und habe mir mit dd if=/dev/scd0 of=image.raw ein Image meiner SuSE-CD 1 gezogen und anschließend mit cdrecord -v speed=4 dev=1,3,0 blank=fast image.raw erfolgreich auf ein RW gebrannt. Hat bestens geklappt, läßt sich sogar booten ;-) MfG. Jürgen -- Wenn man lange genug an einem Ding herumpfuscht, wird es brechen. /_Registered_Linux-User_#130804_________________________http://counter.li.org_\ \_Linux_Stammtisch_Bremerhaven_________________http://linux.hs-bremerhaven.de_/ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Juergen Schwarting wrote on Son, 23 Jan 2000:
Hallo Michael, Hallo Clemens...
* Am 22.01.2000 um 16:22 Uhr schrieb Michael Schulz:
Clemens Kirchgatterer schrieb am 22.01.2000 um 15:30:55 +0100:
ich bilde mir ein, schonmal ein iso image *erfolgreich* mit dd auf eine cd geschrieben zu haben. beschwoeren wuerd ichs aber nicht.
das hat doch vor ganz kurzer Zeit hier jemand gemacht. Es ging da um irgendwie um Kompatibilität. Wenn er das auf dem PC "dd"t ob er das dann auf 'nem Mac brennen kann. Ging wohl.
bin eben ein wenig neugierig geworden und habe mir mit
dd if=/dev/scd0 of=image.raw
ein Image meiner SuSE-CD 1 gezogen und anschließend mit
cdrecord -v speed=4 dev=1,3,0 blank=fast image.raw
erfolgreich auf ein RW gebrannt. Hat bestens geklappt, läßt sich sogar booten ;-)
Und das Schöne daran ist, daß Du die Images auch locker mit Brennprogrammen auf anderen Betriebssystemen verarbeiten kannst. Gruß Peter --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Sun, Jan 23, 2000 at 11:47:04PM +0100, Peter Bossy wrote:
bin eben ein wenig neugierig geworden und habe mir mit
dd if=/dev/scd0 of=image.raw
ein Image meiner SuSE-CD 1 gezogen und anschließend mit
cdrecord -v speed=4 dev=1,3,0 blank=fast image.raw
erfolgreich auf ein RW gebrannt. Hat bestens geklappt, läßt sich sogar booten ;-)
Und das Schöne daran ist, daß Du die Images auch locker mit Brennprogrammen auf anderen Betriebssystemen verarbeiten kannst.
...und das heißt, es ist im Prinzi egal, was alles auf den CD's drauf ist? Dann kann man also mixed-mode CD's vergessen? Oder gibt es da einen Haken? -- With best regards, Goran Ristic To Mucki and Nane: still thinkin' of ya mail -s "get gpgkey" g.ristic@berlin.de (GnuPG) Key fingerprint = 3A74 5A61 356E 3C51 B2A7 0FB8 80C9 9EBF 6F6C 4C9C --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Mon, 24 Jan 2000 Goran Ristic wrote:
On Sun, Jan 23, 2000 at 11:47:04PM +0100, Peter Bossy wrote:
bin eben ein wenig neugierig geworden und habe mir mit
dd if=/dev/scd0 of=image.raw
ein Image meiner SuSE-CD 1 gezogen und anschließend mit
cdrecord -v speed=4 dev=1,3,0 blank=fast image.raw
erfolgreich auf ein RW gebrannt. Hat bestens geklappt, läßt sich sogar booten ;-)
Und das Schöne daran ist, daß Du die Images auch locker mit Brennprogrammen auf anderen Betriebssystemen verarbeiten kannst.
...und das heißt, es ist im Prinzi egal, was alles auf den CD's drauf iist? Dann kann man also mixed-mode CD's vergessen? Oder gibt es da einen Haken?
Ich weiß nicht wie das mit Multisession-CDs ist. Ich glaube, da sind dann meherere Tracks nacheinander Ždrauf gebrannt. Und für gewöhnlich mit einer Unterbrechung dazwischen. Es könnte sein, daß der dd-Befehl das nicht mitkriegt und dann nur den ersten track liest. Aber das ist jetzt reine Spekulation von mir. Ansonsten liest man ja mit dd den Track und somit auch die Angaben über das Filesystem aus. Daher ist das Format der CD insoweit wurscht. Solange man das Image nur binär kopiert, kann man es wohl auf jedes betriebsystem umschaufeln. Ob dieses BS dann dieses Image auch mounten kann ist eine andere Frage. Gruß Peter --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Mon, Jan 24, 2000 at 02:38:33PM +0100, Peter Bossy wrote:
...und das heißt, es ist im Prinzi egal, was alles auf den CD's drauf iist? Dann kann man also mixed-mode CD's vergessen? Oder gibt es da einen Haken?
Ich weiß nicht wie das mit Multisession-CDs ist. Ich glaube, da sind dann meherere Tracks nacheinander Ždrauf gebrannt. Und für gewöhnlich mit einer Unterbrechung dazwischen. Es könnte sein, daß der dd-Befehl das nicht mitkriegt und dann nur den ersten track liest. ..Dachte da aber nicht an Multi-Sessions, sondern an gemischte CD's (Daten und Audio).
.. Aber wenn die CD eh Bitweise ausgelesen wird, dann dürfte es ja völlig egal sein. Dabei fällt mir ein: Auf diese Weise könnten ja *alle* CD's gebrannt werden, weil ja eventuelle Kopierschutze (? heißt das so?) einfach mitkopiert werden. Oder nicht?
Aber das ist jetzt reine Spekulation von mir. Ja, von mir auch. ;)
Ansonsten liest man ja mit dd den Track und somit auch die Angaben über das Filesystem aus. Daher ist das Format der CD insoweit wurscht. Solange man das Image nur binär kopiert, kann man es wohl auf jedes betriebsystem umschaufeln. Ob dieses BS dann dieses Image auch mounten kann ist eine andere Frage. Warum sollte es dann nicht gemounted werden können? - Welche Faktoren sind dafür zuständig, ob und wenn, welche CD's gelesen werden, und welche nicht? Gibts da eigentlich ein RFC?
-- With best regards, Goran Ristic To Mucki and Nane: miss you even now. mail -s "get gpgkey" g.ristic@berlin.de (GnuPG) Key fingerprint = 3A74 5A61 356E 3C51 B2A7 0FB8 80C9 9EBF 6F6C 4C9C --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Goran Ristic schrieb in 1,7K (42 Zeilen):
Dabei fällt mir ein: Auf diese Weise könnten ja *alle* CD's gebrannt werden, weil ja eventuelle Kopierschutze (? heißt das so?) einfach mitkopiert werden. Oder nicht?
Nein. Kleine Loecher in der (durch die) CD oder bewusst fehlerhafte Tracks (sollten bei 2 mal Lesen nicht dasselbe ergeben) o.ae. kann dd natuerlich nicht kopieren.
Solange man das Image nur binär kopiert, kann man es wohl auf jedes betriebsystem umschaufeln. Ob dieses BS dann dieses Image auch mounten kann ist eine andere Frage.
Warum sollte es dann nicht gemounted werden können?
Dos kan ReiserFS? OS/2 kann ext2?
- Welche Faktoren sind dafür zuständig, ob und wenn, welche CD's gelesen werden, und welche nicht?
Das OS, das Programm, der CD-leser und der Mensch, der die CDs einlegt? :-)
Gibts da eigentlich ein RFC?
Nix Netzwerk --> nix RFC. Da heisst das Zeug anders. -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Tue, Jan 25, 2000 at 05:32:20AM +0100, Wolfgang Weisselberg wrote:
Nein. Kleine Loecher in der (durch die) CD oder bewusst fehlerhafte Tracks (sollten bei 2 mal Lesen nicht dasselbe ergeben) o.ae. kann dd natuerlich nicht kopieren.
Solange man das Image nur binär kopiert, kann man es wohl auf jedes betriebsystem umschaufeln. Ob dieses BS dann dieses Image auch mounten Warum sollte es dann nicht gemounted werden können?
Dos kan ReiserFS? OS/2 kann ext2?
Hmmm.. meinte ja natürlich auch nur im übertragenenen Sinne. Unter Dos & Co natürlich eben so, wie es dort eben gemacht wird.
- Welche Faktoren sind dafür zuständig, ob und wenn, welche CD's gelesen werden, und welche nicht?
Das OS, das Programm, der CD-leser und der Mensch, der die CDs einlegt? :-)
:) Ja, gut. Aber dennoch: Ich erstelle eine CD, die bei mir und Deinem Nachbarn läuft; bei Dir nicht. Die Grundvoraussetzungen wie OS sind gleich. Also, warum läuft sie bei mir und bei Dir nicht?
Gibts da eigentlich ein RFC?
Nix Netzwerk --> nix RFC. Da heisst das Zeug anders.
Schön. Wie? -- With best regards, Goran Ristic To Mucki and Nane: miss you even now. Live is too short to waste it with M$. mail -s "get gpgkey" g.ristic@berlin.de (GnuPG) --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Mit, 26 Jan 2000 schrieb Goran Ristic: Hallo Goran,
Aber dennoch: Ich erstelle eine CD, die bei mir und Deinem Nachbarn > läuft; bei Dir nicht. Die Grundvoraussetzungen wie OS sind gleich. > Also, warum läuft sie bei mir und bei Dir nicht?
ein Grund dafuer kann die Farbe des Lasers / der CD sein. Wenn die sich zu aehnlich sind, kann nicht gelesen werden (So nach dem Muster: roter Pulli bei rotem Licht scheint weiss zu sein). -- Gruss an Alle Uwe Registrierter Linux-User 125085 http://counter.li.org --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Mit, 26 Jan 2000 schrieben Sie:
Am Mit, 26 Jan 2000 schrieb Goran Ristic:
Hallo Goran,
Aber dennoch: Ich erstelle eine CD, die bei mir und Deinem Nachbarn > läuft; bei Dir nicht. Die Grundvoraussetzungen wie OS sind gleich. > Also, warum läuft sie bei mir und bei Dir nicht?
ein Grund dafuer kann die Farbe des Lasers / der CD sein. Wenn die sich zu aehnlich sind, kann nicht gelesen werden (So nach dem Muster: roter Pulli bei rotem Licht scheint weiss zu sein).
alte cdroms meckern oft bei gebranntn cds. (zumindest bei einigen, gut für ältere CD-laufwerke sind die goldenen) es kommt auch bei neueren modellen vor! greetz LK --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Wed, 26 Jan 2000, Goran Ristic wrote:
Nix Netzwerk --> nix RFC. Da heisst das Zeug anders.
Schön. Wie?
Orange Book? -- _____________________________________________________________________________ Microsoft has been doing a really bad job on their OS. Linus Torvalds _____________________________________________________________________________ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Wolfgang, * Am 25.01.2000 um 05:32 Uhr schrieb Wolfgang Weisselberg:
Dos kan ReiserFS? OS/2 kann ext2?
klar kann OS/2 mit ext2 umgehen ! ---[ schnipp ]--- 32 bits Linux ext2 file system driver for OS/2 EXT2-OS2 VERSION 2.40 Copyright (C) Matthieu WILLM 1995, 1996, 1997 (willm@ibm.net) Introduction ext2-os2 is a file system driver that allows OS/2 to seamlessly access Linux native partitions (ext2fs partitions) in both read and write modes. Once installed, Linux partitions appear as standard OS/2 drive letters. ---[ schnapp ]--- MfG. Jürgen -- Jedes technische Problem kann mit genügend Zeit und Geld gelöst werden. Du bekommst nie genug Zeit und Geld. /_Registered_Linux-User_#130804_________________________http://counter.li.org_\ \_Linux_Stammtisch_Bremerhaven_________________http://linux.hs-bremerhaven.de_/ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hi, Goran Ristic wrote:
.. Aber wenn die CD eh Bitweise ausgelesen wird, dann dürfte es ja völlig egal sein. Dabei fällt mir ein: Auf diese Weise könnten ja *alle* CD's gebrannt werden, weil ja eventuelle Kopierschutze (? heißt das so?) einfach mitkopiert werden. Oder nicht?
Nein, teilweise sind bad tracks drauf und die bringen dd ausm tritt, alles schon getestet ;-) -- MfG, M.Stahn ++ Skating away on the thin ice of a new day. ++ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
.. Aber wenn die CD eh Bitweise ausgelesen wird, dann dürfte es ja völlig egal sein. Dabei fällt mir ein: Auf diese Weise könnten ja *alle* CD's gebrannt werden, weil ja eventuelle Kopierschutze (? heißt das so?) einfach mitkopiert werden. Oder nicht?
Nein, teilweise sind bad tracks drauf und die bringen dd ausm
tritt,
alles schon getestet ;-)
kann man dem drecks CD Laufwerk das nicht abbiegen das er meint das ist falsch? Soll er doch die falschen Tracks einfach bleiben lassen oder halt falsch auslesen. Ideen? Stefan --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On 25-Jan-2000 Stefan Goerres wrote:
.. Aber wenn die CD eh Bitweise ausgelesen wird, dann dürfte es ja völlig egal sein. Dabei fällt mir ein: Auf diese Weise könnten ja *alle* CD's gebrannt werden, weil ja eventuelle Kopierschutze (? heißt das so?) einfach mitkopiert werden. Oder nicht?
Das dachte ich auch, aber...
Nein, teilweise sind bad tracks drauf und die bringen dd ausm tritt, alles schon getestet ;-)
...das ist mir dann auch passiert. Allerdings dachte ich auch das man eventuell...
kann man dem drecks CD Laufwerk das nicht abbiegen das er meint das ist falsch? Soll er doch die falschen Tracks einfach bleiben lassen oder halt falsch auslesen. Ideen?
Irgend jemand schrieb dannhier etwas, das man dd beibringen kann, trotz Fehlermeldungen weiter zu lesen. Leider hatte ich nicht die Zeit es zu testen und die Mail ist auch weg. -- mfg Peter Küchler Registrierter Linux-User #127408 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Peter Kuechler wrote:
kann man dem drecks CD Laufwerk das nicht abbiegen das er meint das ist falsch? Soll er doch die falschen Tracks einfach bleiben lassen oder halt falsch auslesen. Ideen?
Irgend jemand schrieb dannhier etwas, das man dd beibringen kann, trotz Fehlermeldungen weiter zu lesen. Leider hatte ich nicht die Zeit es zu testen und die Mail ist auch weg.
conv=noerror,notrunc,sync -- __ _ Raymond Häb, ray.haeb@gmx.net, cologne, germany / / (_)__ __ ____ __ / /__/ / _ \/ // /\ \/ / . . . t h e c h o i c e o f a /____/_/_//_/\_,_/ /_/\_\ G N U g e n e r a t i o n . . . --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hi, Stefan Goerres wrote:
Nein, teilweise sind bad tracks drauf und die bringen dd ausm tritt, alles schon getestet ;-)
kann man dem drecks CD Laufwerk das nicht abbiegen das er meint das ist falsch? Soll er doch die falschen Tracks einfach bleiben lassen oder halt falsch auslesen. Ideen?
Noe, keine chance, selbst wenn du den track lesen kannst, egal wie bringst du es nicht hin den track dann falsch zu schreiben, weil die firmware des recorders dann die richtige (also die falsche <g>) pruefsumme (CRC) setzt. Fuer meinen Yamaha cdrw wuerde es eine firmware geben mit der du bad tracks schreiben kannst (mit falscher pruefsumme), jedoch nur fuer die US Modelle :-( Naja ... -- MfG, M.Stahn ++ Don't look back, the lemmings are gaining on you. ++ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Mon, 24 Jan 2000 schrieben Sie:
On Mon, Jan 24, 2000 at 02:38:33PM +0100, Peter Bossy wrote:
...und das heißt, es ist im Prinzi egal, was alles auf den CD's drauf iist? Dann kann man also mixed-mode CD's vergessen? Oder gibt es da einen Haken?
Ich weiß nicht wie das mit Multisession-CDs ist. Ich glaube, da sind dann meherere Tracks nacheinander Ždrauf gebrannt. Und für gewöhnlich mit einer Unterbrechung dazwischen. Es könnte sein, daß der dd-Befehl das nicht mitkriegt und dann nur den ersten track liest. ..Dachte da aber nicht an Multi-Sessions, sondern an gemischte CD's ((Daten und Audio).
.. Aber wenn die CD eh Bitweise ausgelesen wird, dann dürfte es ja vvöllig egal sein. Dabei fällt mir ein: Auf diese Weise könnten ja *alle* CD's gebrannt werden, weil ja eventuelle Kopierschutze (? heißt das so?) einfach mitkopiert werden. Oder nicht?
Aber das ist jetzt reine Spekulation von mir. Ja, von mir auch. ;)
Ansonsten liest man ja mit dd den Track und somit auch die Angaben über das Filesystem aus. Daher ist das Format der CD insoweit wurscht. Solange man das Image nur binär kopiert, kann man es wohl auf jedes betriebsystem umschaufeln. Ob dieses BS dann dieses Image auch mounten kann ist eine andere Frage. Warum sollte es dann nicht gemounted werden können? - Welche Faktoren sind dafür zuständig, ob und wenn, welche CD's gelesen werden, und welche nicht? Gibts da eigentlich ein RFC?
es ist heutzutage nicht mehr möglich einen kopierschutz <mitzubrennen>, auch wenn die Daten bitweise ausgelesen werden... nehmen wir 2 beispiele: "Savedisc" -> dieser kopierschutz simuliert in jedem(!) sektor einen fehler - man kann nicht ohne weiteres ein image ziehen:( "Securom" -> es ist eine art "logo/(c)" auf der cd vorhanden - es ist nicht möglich, dieses mitzubrennen. greetz LK ps: die oben beschriebenen copy-protections werden am heufigsten bei games verwendet - aber auch schon mal bei einigen apps... --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Tue, Jan 25, 2000 at 07:18:53PM +0100, Lukas wrote:
es ist heutzutage nicht mehr möglich einen kopierschutz <mitzubrennen>, auch wenn die Daten bitweise ausgelesen werden... nehmen wir 2 beispiele: "Savedisc" -> dieser kopierschutz simuliert in jedem(!) sektor einen fehler - man kann nicht ohne weiteres ein image ziehen:( Hmmm.. Mich macht dieses "ohne weiteres" stutzig. "Ohne weiteres" bedeutet nicht: "Unmöglich". ;) Was mich bezüglich dieses Savedisc'c wundert, ist, wenn in jedem Sektor ein Fehler simuliert wird, warum kann die CD dann überhaupt gelesen werden? - Müßte unter diesen Umständen nicht das CD-ROM meckern?
"Securom" -> es ist eine art "logo/(c)" auf der cd vorhanden - es ist nicht möglich, dieses mitzubrennen. Mir will aber noch immer nicht in den Kopf, warum bei einer Bitweisen Kopie diese Sicherheitsmechanismen nicht mitkopiert werden sollten. 'dd' macht doch afaik nichts anderes, als jedes Bit einzeln zu lesen und irgendwohin zu speichern??
ps: die oben beschriebenen copy-protections werden am heufigsten bei games verwendet - aber auch schon mal bei einigen apps... :) Mir ging es ja auch nicht darum, evtl Spiele zu brennen - hab' ja eines: heißt Linux. ;)
-- With best regards, Goran Ristic To Mucki and Nane: miss you even now. Live is too short to waste it with M$. mail -s "get gpgkey" g.ristic@berlin.de (GnuPG) --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
* Goran Ristic wrote on Wed, Jan 26, 2000 at 00:45 +0000:
nehmen wir 2 beispiele: "Savedisc" -> dieser kopierschutz simuliert in jedem(!) sektor einen fehler - man kann nicht ohne weiteres ein image ziehen:(
Hmmm.. Mich macht dieses "ohne weiteres" stutzig. "Ohne weiteres" bedeutet nicht: "Unmöglich". ;)
Mit genügend Aufwand kann man da immer was machen. Notfalls braucht man ne "Savedisc"-Fertigungsmaschine :)
gelesen werden? - Müßte unter diesen Umständen nicht das CD-ROM meckern?
Tut's vielleicht auch, und daruf wartet das Programm, und wenn es nicht meckert, heißts Raubkopie...
"Securom" -> es ist eine art "logo/(c)" auf der cd vorhanden - es ist nicht möglich, dieses mitzubrennen.
Mir will aber noch immer nicht in den Kopf, warum bei einer Bitweisen Kopie diese Sicherheitsmechanismen nicht mitkopiert werden sollten. 'dd' macht doch afaik nichts anderes, als jedes Bit einzeln zu lesen und irgendwohin zu speichern??
Na, zumindestens einige Dinge (von wegen Fehlerkorektur und so) kann man so gut wie gar nicht auslesen und schreiben. oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Mit, 26 Jan 2000 schrieben Sie:
On Tue, Jan 25, 2000 at 07:18:53PM +0100, Lukas wrote:
es ist heutzutage nicht mehr möglich einen kopierschutz <mitzubrennen>, auch wenn die Daten bitweise ausgelesen werden... nehmen wir 2 beispiele: "Savedisc" -> dieser kopierschutz simuliert in jedem(!) sektor einen fehler - man kann nicht ohne weiteres ein image ziehen:( Hmmm.. Mich macht dieses "ohne weiteres" stutzig. "Ohne weiteres" bedeutet nicht: "Unmöglich". ;)
vielleicht sagt dir nero oder cdrwin etwas.. es gibt in diesen beiden programmen optionen fehler zu ignorieren etc..oder gleich die fehler mitzubrennen... es gibt aber immer noch viele user, die winoncd oder andere programme verwenden, weil diese ja "einfacher" sind. - mit denen geht das nicht!
Was mich bezüglich dieses Savedisc'c wundert, ist, wenn in jedem Sektor ein Fehler simuliert wird, warum kann die CD dann überhaupt gelesen werden? - Müßte unter diesen Umständen nicht das CD-ROM meckern?
dass heisst, du kannst kein image ziehen, weil ja jeder sektor gelesen wird (es wird jedenfalls versucht). aber man kann mit der cd eine iso kopie erstellen..oder sie direkt im win-explorer rüberziehen. wenn die daten dann jedoch gebrannt werden, ist die cd nutzlos.. "bitte legen sie die richtige CD ein..." und viele der sogenannten "cracks" setzen ein image voraus und nicht eine iso cd. der kopierschutz ist auch in der game/applicat. exe "eingearbeitet", so dass es keine leseprobleme gibt. kurz gesagt: probleme gibts nur beim normalen cd-image ziehen.
"Securom" -> es ist eine art "logo/(c)" auf der cd vorhanden - es ist nicht möglich, dieses mitzubrennen. Mir will aber noch immer nicht in den Kopf, warum bei einer Bitweisen Kopie diese Sicherheitsmechanismen nicht mitkopiert werden sollten. 'dd' macht doch afaik nichts anderes, als jedes Bit einzeln zu lesen und irgendwohin zu speichern??
physikal. logos kann man schlecht mitbrennen...
ps: die oben beschriebenen copy-protections werden am heufigsten bei games verwendet - aber auch schon mal bei einigen apps... :) Mir ging es ja auch nicht darum, evtl Spiele zu brennen - hab' ja eines: heißt Linux. ;)
meinst du linux brennen oder apps für linux? greetz LK --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Wed, Jan 26, 2000 at 09:41:50PM +0100, Lukas wrote:
vielleicht sagt dir nero oder cdrwin etwas.. Ja. Zumindest vom Namen her..
es gibt in diesen beiden programmen optionen fehler zu ignorieren etc..oder gleich die fehler mitzubrennen... Im Prinzip also das gleiche wie 'dd conv=noerror,nostruc,sync'.
Dennoch scheint es da einen Unterschied zu geben. Ich hatte versucht mit Hilfe von dd eine CD zu brennen, dann bei einem Bekannten mit Hilfe von Winoncd. Meine hatte nicht funktioniert, sein Brand schon.
es gibt aber immer noch viele user, die winoncd oder andere programme verwenden, weil diese ja "einfacher" sind. - mit denen geht das nicht!
Wenn ich mir mein eigenes Beispiel ansehe, verwundert mich Deine Aussage. Denn mit dd funktioniert es offensichtlich auch nicht. :(
Was mich bezüglich dieses Savedisc'c wundert, ist, wenn in jedem
dass heisst, du kannst kein image ziehen, weil ja jeder sektor gelesen wird (es wird jedenfalls versucht). Ja. Und nochmal: Macht doch 'dd' auch??
und viele der sogenannten "cracks" setzen ein image voraus und nicht eine iso cd. Ich erstelle doch ein Image mit 'dd'? Und twar exakt das Image, welches auf der Original-CD drauf ist.
der kopierschutz ist auch in der game/applicat. exe "eingearbeitet", so dass es keine leseprobleme gibt.
Abgesehen davon und von einem Logo auf der CD (weiß noch immer nicht, wie das aussehen soll), müßte dann *jede* CD kopierbar sein.
kurz gesagt: probleme gibts nur beim normalen cd-image ziehen.
Mit 'dd' ziehe ich aber kein normales Image. Oder doch?
Mir ging es ja auch nicht darum, evtl Spiele zu brennen - hab' ja eines: heißt Linux. ;)
meinst du linux brennen oder apps für linux?
Nee, meinte eigentlich, viele Leute kaufen sich Spiele-CD's unter Win und Co. - Ich spiele mit Linux. Entdecke jeden Tag Neues und Interessantes.. ;) -- With best regards, Goran Ristic To Mucki and Nane: miss you even now. Live is too short to waste it with M$. mail -s "get gpgkey" g.ristic@berlin.de (GnuPG) --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Don, 27 Jan 2000 schrieben Sie:
On Wed, Jan 26, 2000 at 09:41:50PM +0100, Lukas wrote:
vielleicht sagt dir nero oder cdrwin etwas.. Ja. Zumindest vom Namen her..
es gibt in diesen beiden programmen optionen fehler zu ignorieren etc..oder gleich die fehler mitzubrennen... Im Prinzip also das gleiche wie 'dd conv=noerror,nostruc,sync'.
Dennoch scheint es da einen Unterschied zu geben. Ich hatte versucht mit Hilfe von dd eine CD zu brennen, dann bei einem Bekannten mit Hilfe von Winoncd. Meine hatte nicht funktioniert, sein Brand schon.
da kann ich noch nichts zu sagen, weil ich für "einige Fälle" auf nero bzw. winoncd zurückgreife. mit dem problem dd & cdprotection werde ich mich bald auseinandersetzen...
es gibt aber immer noch viele user, die winoncd oder andere programme verwenden, weil diese ja "einfacher" sind. - mit denen geht das nicht!
Wenn ich mir mein eigenes Beispiel ansehe, verwundert mich Deine Aussage. Denn mit dd funktioniert es offensichtlich auch nicht. :(
.o. ich kann für kopiergeschützte cds nur nero raten der hat optionen (oft entscheidend, die winoncd nicht hat) - DAS IST KEINE AUFFORDERUNG ZUR ERSTELLUNG VON RAUBKOPIEN!! ILLEGALES KOPIEREN VON CDS IST VERBOTEN!!
Was mich bezüglich dieses Savedisc'c wundert, ist, wenn in jedem
dass heisst, du kannst kein image ziehen, weil ja jeder sektor gelesen wird (es wird jedenfalls versucht). Ja. Und nochmal: Macht doch 'dd' auch??
dd scheint wohl mit deinen einstellungen nicht alles 1:1 mitzubrennen!
und viele der sogenannten "cracks" setzen ein image voraus und nicht eine iso cd. Ich erstelle doch ein Image mit 'dd'? Und twar exakt das Image, welches auf der Original-CD drauf ist.
wie schon gesagt: es gibt auch physikalische logos!!
der kopierschutz ist auch in der game/applicat. exe "eingearbeitet", so dass es keine leseprobleme gibt.
Abgesehen davon und von einem Logo auf der CD (weiß noch immer nicht, wie das aussehen soll), müßte dann *jede* CD kopierbar sein.
du findest einen hinweis auf securom im inneren teil der cdrom. dann weißt du schon mal das da "was ist"!
wie das aussehen soll), müßte dann *jede* CD kopierbar sein.< nein!! ich schlag mal vor, du schaust dich mal bei www.gamecopyworld.com um!
kurz gesagt: probleme gibts nur beim normalen cd-image ziehen.
Mit 'dd' ziehe ich aber kein normales Image. Oder doch?
..anscheinend nicht..
Mir ging es ja auch nicht darum, evtl Spiele zu brennen - hab' ja eines: heißt Linux. ;)
meinst du linux brennen oder apps für linux?
Nee, meinte eigentlich, viele Leute kaufen sich Spiele-CD's unter Win und Co. - Ich spiele mit Linux. Entdecke jeden Tag Neues und Interessantes.. ;)
aso. greetz LK --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Goran Ristic schrieb in 1,5K (38 Zeilen):
On Tue, Jan 25, 2000 at 07:18:53PM +0100, Lukas wrote: Hmmm.. Mich macht dieses "ohne weiteres" stutzig. "Ohne weiteres" bedeutet nicht: "Unmöglich". ;)
Klar, irgendwie werden die ja hergestellt. CD-Presse kaufen?
Mir will aber noch immer nicht in den Kopf, warum bei einer Bitweisen Kopie diese Sicherheitsmechanismen nicht mitkopiert werden sollten.
Liest dd die ECC-Informationen von der CD ein? Nein. Kannst du sie also so schreiben? Nein. Dein CD-Brenner erzeugt die ECCs.
'dd' macht doch afaik nichts anderes, als jedes Bit einzeln zu lesen und irgendwohin zu speichern??
ECC gibt's uebrigens auch auf deiner Platte ... -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Sat, Jan 22, 2000 at 01:10:49PM +0100, Thorsten Garrels wrote:
On 22 Jan 2000, Robert Rakowicz wrote:
Hallo, darf ich mal kurz mi einsteigen? Mich interessiert das Thema,....brennend :))
gibt es eine Möglichkeit mit "dd" auf CD-R bzw. CD-RW zu schreiben ?. Es geht halt darum Festplatten/ CD-ROM's und die fehlerhaft sind vor allen reparaturversuchen zu sichern ( das geht wohl bei CD-ROM'S weniger aber...). Es mustte also möglich sein etwas zu brennen ohne das die Quelle irgendwie auf Fehler usw. untersucht wird. Bis jetzt schreiben wir die Sachen auf's Band, da aber CD's deutlich billiger sind ...
mmh. Ich persoenlich halte Baender fuer besser, aber wenn Du es ernsthaft mit CD's probieren willst ... Hätt ich 'nen Streamer (kein Zip:), würde ich aber auch ein Backup auf Band bevorzugen.
bash# man dd % insbesondere >noerror< und >notrunc<
Meintest du das so? dd if=/dev/hdc conv=noerror,notrunc|cdrecord -dev=0,0,0 -v speed=4 - Hab ich mal hier aus der Liste "geklaut". Oder ist der von dir, Mikey? Allerdings wird IMHO hierbei voll durchezogen, auch bei Fehlern! Ob das für ein Backup anzuraten ist? -- Greetings, Clemens sig_38 ------------------------------------------------ Wie gehe ich mit bzip2 um? bz2 entpacken: #bzip2 -d <datei.bz2> ..........oder #bunzip2 <datei.bz2> Ein tar.bz2 erstellen: #tar -xIf <datei.tar.bz2> ------------------------------------------------ ~ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Clemens Wohld wrote:
Meintest du das so? dd if=/dev/hdc conv=noerror,notrunc|cdrecord -dev=0,0,0 -v speed=4 - Hab ich mal hier aus der Liste "geklaut". Oder ist der von dir, Mikey?
Allerdings wird IMHO hierbei voll durchezogen, auch bei Fehlern! Ob das für ein Backup anzuraten ist?
Was genau hast Du vor ? Eine normale cd-rom kopiren mit: dd if=/dev/cdrom conv=noerror,notrunc|cdrecord -dev=0,0,0 -v speed=4 - Ein Backup einer Linux partition am besten mit tar (und evtl bzip2) in eine Datei, diese in ein Image mit mkisofs, und das Image dann brennen. Mit ein bischen Bastelei geht das evtl auch in einer Pipe. Bei einer Windoof Bootpartition (C:) geht das so nicht, da einiege Dateien an genau der Stelle sein müßen, an der sie auch vorher waren. In dem Fall ist ein Image der Festplatte besser: cd /windoof dd if=/dev/zero of=Nullfile sync sync sync rm Nullfile cd .. umount /windoof dd if=/dev/[windoofpartition] conv=noerror,notrunc| bzip2 > ~/master/Windoof.img.bz2 Danach mit mkisofs und cdrecord brennen. Wenn Du auf die Komprimierung verzichten willst (zb. weil die Partition klein genug ist) kannst Du natürlich auch: cdrecord dev=0,0,0 -v speed=4 /dev/hda ^^^^^^^^ Die Festplatte von der das Backup gemacht werden soll -- __ _ Raymond Häb, ray.haeb@gmx.net, cologne, germany / / (_)__ __ ____ __ / /__/ / _ \/ // /\ \/ / . . . t h e c h o i c e o f a /____/_/_//_/\_,_/ /_/\_\ G N U g e n e r a t i o n . . . --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Sun, 23 Jan 2000, Clemens Wohld wrote:
On Sat, Jan 22, 2000 at 01:10:49PM +0100, Thorsten Garrels wrote:
On 22 Jan 2000, Robert Rakowicz wrote:
Hallo, darf ich mal kurz mi einsteigen? Mich interessiert das Thema,....brennend :))
[snip]
mmh. Ich persoenlich halte Baender fuer besser, aber wenn Du es ernsthaft mit CD's probieren willst ... Hätt ich 'nen Streamer (kein Zip:), würde ich aber auch ein Backup auf Band bevorzugen.
bash# man dd % insbesondere >noerror< und >notrunc<
Meintest du das so? dd if=/dev/hdc conv=noerror,notrunc|cdrecord -dev=0,0,0 -v speed=4 - Hab ich mal hier aus der Liste "geklaut". Oder ist der von dir, Mikey?
Von mir kommt dieser ,,Geistesblitz'' nicht. Bin mir noch nicht einmal sicher, dasz das so funktioniert: 1. Darf die Platte nicht groeszer sein, als die CD 2. Hat die CD ein iso9660 FS, und Deine Platte ext2 => Ich denke also, Du wirst Probleme damit haben. => Diese Art des Pipes kannst Du nur benutzen, wenn => das Quell & Ziel-FS identisch sind. Also fuer ein => CD-Copy. Andererseits: => => Was ist, wenn Du die CD gar nicht direkt lesen willst? => Wenn Du nacher einfach dd >if=/dev/scd0 of=/dev/hdc< => sagst ? Das koennte vielleicht funktionieren... Ich wuerde dann eher ein Image erstellen, und das _ALS FILE_ auf die CD brennen. Oder gleich mkisofs nehmen.
Allerdings wird IMHO hierbei voll durchezogen, auch bei Fehlern! Ob das für ein Backup anzuraten ist?
Es ging aber darum, eine _fehlerhafte_ HD vor den ,,Rettungsversuchen'' zu sichern. -- mfg / With best regards, Ciao Mikey -- -- Even one moment of life spent cannot be regained for millions of gold coins. Therefore, what greater loss is there than time spent uselessly ? -- -- Thorsten Garrels * th.garrels@t-online.de * Wittmund / Germany --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
[20000123 23:45], Thorsten Garrels (Th.Garrels@t-online.de) fell asleep at the keyboard and... | > Meintest du das so? | > dd if=/dev/hdc conv=noerror,notrunc|cdrecord -dev=0,0,0 -v speed=4 - | Von mir kommt dieser ,,Geistesblitz'' nicht. Bin mir noch nicht einmal | sicher, dasz das so funktioniert: Doooch, das geht. cdrecord brennt alles. | 1. Darf die Platte nicht groeszer sein, als die CD Auf ner halbwegs fixen Maschine kannst Du gerne ein gzip dazwischenschalten. | 2. Hat die CD ein iso9660 FS, und Deine Platte ext2 Ist egal, darf man nur nicht als iso9666 ;-) mounten. | => Diese Art des Pipes kannst Du nur benutzen, wenn | => das Quell & Ziel-FS identisch sind. Also fuer ein | => CD-Copy. Andererseits: | => | => Was ist, wenn Du die CD gar nicht direkt lesen willst? Klar. | => Wenn Du nacher einfach dd >if=/dev/scd0 of=/dev/hdc< | => sagst ? Das koennte vielleicht funktionieren... ..aber dann ggf. gzip -d dazwischen.. | Es ging aber darum, eine _fehlerhafte_ HD vor den | ,,Rettungsversuchen'' zu sichern. Das ist ja eh ein Fischen im Trueben, und Glueckssache. -- Gruss / with best regards Jens-Eike Jesau <jesau@gmx.net> http://hp9001.fh-bielefeld.de/~jens /*************************************************************************** * `v'- Linux on a single Disk: www.toms.net/rb * || |`. If your fingers or your balls are in line with the blade of your table saw and the saw is on, you're in the wrong place. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Jens-Eike Jesau wrote:
[20000123 23:45], Thorsten Garrels (Th.Garrels@t-online.de) fell asleep at the keyboard and... | 1. Darf die Platte nicht groeszer sein, als die CD
Auf ner halbwegs fixen Maschine kannst Du gerne ein gzip dazwischenschalten.
Aber ein bzip2 brauch zu lange. Da klappts noch nichtmal mit speed=1
| 2. Hat die CD ein iso9660 FS, und Deine Platte ext2
Ist egal, darf man nur nicht als iso9660 ;-) mounten.
Nicht ganz: Ich hab das mal ausprobiert, und mit dd 40 MB aus /dev/zero in eine Datei geschreiben, diese Datei mit ext2 formatiert, und auf eine cd-rw gebrannt. So weit hat auch alles geklappt, nur als ich die cd mounten wollte hats erstmal nicht geklappt, auch nicht als ich extra angegeben hab, daß da ein ext2 fs drauf ist :-) Wahrscheinlich will mount irgendwas da drauf schreiben, mountcount, oder so. Als ich dann mit dd den inhalt der cd in eine Datei geschrieben hab, konnte ich diese problemlos über das loopdevice mounten. -- __ _ Raymond Häb, ray.haeb@gmx.net, cologne, germany / / (_)__ __ ____ __ / /__/ / _ \/ // /\ \/ / . . . t h e c h o i c e o f a /____/_/_//_/\_,_/ /_/\_\ G N U g e n e r a t i o n . . . --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Mon, 24 Jan 2000, Raymond Haeb wrote:
Ich hab das mal ausprobiert, und mit dd 40 MB aus /dev/zero in eine Datei geschreiben, diese Datei mit ext2 formatiert, und auf eine cd-rw gebrannt. So weit hat auch alles geklappt, nur als ich die cd mounten wollte hats erstmal nicht geklappt, auch nicht als ich extra angegeben hab, daß da ein ext2 fs drauf ist :-) Wahrscheinlich will mount irgendwas da drauf schreiben, mountcount, oder so.
Hast du mal versucht die CD read-only zu mounten? CU Dirk -- Linux - Life is too short for reboots --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Dirk Pirschel wrote:
On Mon, 24 Jan 2000, Raymond Haeb wrote:
Ich hab das mal ausprobiert, und mit dd 40 MB aus /dev/zero in eine Datei geschreiben, diese Datei mit ext2 formatiert, und auf eine cd-rw gebrannt. So weit hat auch alles geklappt, nur als ich die cd mounten wollte hats erstmal nicht geklappt, auch nicht als ich extra angegeben hab, daß da ein ext2 fs drauf ist :-) Wahrscheinlich will mount irgendwas da drauf schreiben, mountcount, oder so.
Hast du mal versucht die CD read-only zu mounten?
mount sagt da so etwas wie: ... is write-protected, mounting read-only Aber um genau zu sein: Nein, ich habe nicht extra angegeben, daß es read-only sein soll. Könnte man ja mal ausprobieren, aber ich denke nicht, daß das hilft (Aber ist einen Versuch wert). -- __ _ Raymond Häb, ray.haeb@gmx.net, cologne, germany / / (_)__ __ ____ __ / /__/ / _ \/ // /\ \/ / . . . t h e c h o i c e o f a /____/_/_//_/\_,_/ /_/\_\ G N U g e n e r a t i o n . . . --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
At 16:15 25.01.00 +0100, Raymond Haeb wrote:
Dirk Pirschel wrote:
On Mon, 24 Jan 2000, Raymond Haeb wrote:
Ich hab das mal ausprobiert, und mit dd 40 MB aus /dev/zero in eine Datei geschreiben, diese Datei mit ext2 formatiert, und auf eine cd-rw gebrannt. So weit hat auch alles geklappt, nur als ich die cd mounten wollte hats erstmal nicht geklappt, auch nicht als ich extra angegeben hab, daß da ein ext2 fs drauf ist :-) Wahrscheinlich will mount irgendwas da drauf schreiben, mountcount, oder so.
Hast du mal versucht die CD read-only zu mounten?
mount sagt da so etwas wie: ... is write-protected, mounting read-only
Aber um genau zu sein: Nein, ich habe nicht extra angegeben, daß es read-only sein soll. Könnte man ja mal ausprobieren, aber ich denke nicht, daß das hilft (Aber ist einen Versuch wert).
was mir noch dazu einfällt, wie hast Du die (/dev/zero)Datei mit ext2 formatiert ? Auf der CD sind doch alle sektoren(oder wie das dann heisst) 2KB gross, also muss man beim formatieren irgendwie versuchen, das alle blöcke auch 2 KB gross werden ?! Es kommt dann aber nur drauf an, wie die einzelnen Sektoren auf der CD gegenüber ext2 adressiert werden, und ob das überhaupt hinzubekommen ist. -- und servus <o) Hans Klein /\\ _\_v /* http://www.net-con.net */ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
[20000122 17:51], Robert Rakowicz (Robert.Rakowicz@Muenster.de) fell asleep at the keyboard and... | gibt es eine Möglichkeit mit "dd" auf CD-R bzw. CD-RW zu schreiben ?. Nein. Beim Schreiben von CDs steuert ein Programm den Writer ueber das Generische, nicht ueber das Blockdevice. | Es | geht halt darum Festplatten/ CD-ROM's und die fehlerhaft sind vor allen | reparaturversuchen zu sichern dd in ein File, und das dann brennen ? Oder das File per loopback mounten, und dann.. Fummelei. -- Gruss / with best regards Jens-Eike Jesau <jesau@gmx.net> http://hp9001.fh-bielefeld.de/~jens /*************************************************************************** * `v'- Linux on a single Disk: www.toms.net/rb * || |`. If your fingers or your balls are in line with the blade of your table saw and the saw is on, you're in the wrong place. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Sat, 22 Jan 2000, Jens-Eike Jesau wrote:
[20000122 17:51], Robert Rakowicz (Robert.Rakowicz@Muenster.de) fell asleep at the keyboard and...
| gibt es eine Möglichkeit mit "dd" auf CD-R bzw. CD-RW zu schreiben ?.
Nein. Beim Schreiben von CDs steuert ein Programm den Writer ueber das Generische, nicht ueber das Blockdevice.
| Es | geht halt darum Festplatten/ CD-ROM's und die fehlerhaft sind vor allen | reparaturversuchen zu sichern
dd in ein File, und das dann brennen ? Oder das File per loopback mounten, und dann..
So meinte ich das auch. .)
Fummelei.
Stimmt. Mit einem Streamer geht das einfacher. Aber es gibt anscheinend Gruende, durch welche diese Loesung doch nicht akzeptabel ist... -- mfg / With best regards, Ciao Mikey -- -- Even one moment of life spent cannot be regained for millions of gold coins. Therefore, what greater loss is there than time spent uselessly ? -- -- Thorsten Garrels * th.garrels@t-online.de * Wittmund / Germany --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
| gibt es eine Möglichkeit mit "dd" auf CD-R bzw. CD-RW zu schreiben ?.
Dazu hätte ich auch noch Žne Frage: Wenn ich ein Image von einer CD erstellen will, dann mach ich das mit dd: dd if=/dev/cdrom of=/dir/datei.img Das geht dann auch mit einer hohen Geschwindigkeit. Der Haken an der Sache ist, daß die Image-Datei größer wird als die Orginal-CD und der ganze Vorgang mit einer Fehlermeldung - sinngemäß I/O-Error - endet. Das Image kann man aber trotzdem verwenden. Wie kann ich dd dazu bewegen, die CD-Länge zu lesen und zu berücksichtigen? Gruß Peter --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Peter Bossy wrote:
dd if=/dev/cdrom of=/dir/datei.img
Das geht dann auch mit einer hohen Geschwindigkeit. Der Haken an der Sache ist, daß die Image-Datei größer wird als die Orginal-CD und der ganze Vorgang mit einer Fehlermeldung - sinngemäß I/O-Error - endet. Das Image kann man aber trotzdem verwenden. Wie kann ich dd dazu bewegen, die CD-Länge zu lesen und zu berücksichtigen?
Den Lesefehler kann mit conv=noerror,notrunc beheben. Ist das cdimage wirklich größer, oder kann es sein, daß Dir das nur so vorkommt ? Wie hast Du die beiden Größen ermittelt ? Und: Teilweise defekte cd-images kann man problemlos mounten, nur beim Zugriff auf die defekten Bereich e gibt es natürlich Probleme. -- __ _ Raymond Häb, ray.haeb@gmx.net, cologne, germany / / (_)__ __ ____ __ / /__/ / _ \/ // /\ \/ / . . . t h e c h o i c e o f a /____/_/_//_/\_,_/ /_/\_\ G N U g e n e r a t i o n . . . --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Robert,
gibt es eine Möglichkeit mit "dd" auf CD-R bzw. CD-RW zu schreiben ?. Es geht halt darum Festplatten/ CD-ROM's und die fehlerhaft sind vor allen reparaturversuchen zu sichern ( das geht wohl bei CD-ROM'S weniger aber...). Es mustte also möglich sein etwas zu brennen ohne das die Quelle irgendwie auf Fehler usw. untersucht wird. Bis jetzt schreiben wir die Sachen auf's Band, da aber CD's deutlich billiger sind ...
es geht hervorragend und ist zudem sehr sicher (im Gegensatz zu Bandsicherungen)!!! Eine korrekt gebrannte CD, die in einem zweiten Laufwerk zum Test gelesen wurde, verliert ihre Information bei sachgerechter Lagerung (nicht in der Sonne, im Wasser, im Feuer :-)) nicht vor 50-200 Jahren. Magnetbänder leben sicher nur maximal 3 Jahre. Es muss dann aber ein neues Band sein, das Bandlaufwerk muss regelmäßig gereinigt werden usw.. Ganz schlimme Erfahrungen haben wir mit DAT-Bändern, die mit einem anderen Streamer gelesen werden müssen, als mit denen, mit denen die Sicherung erzeugt wurde. Folgende Vorgehensweise hat sich bei uns bewährt. In Abhängigkeit davon, ob nur bestimmte Partitionen oder die gesamte Festplatte gesichert werden muss erzeugst Du erst mit dd eine Imagedatei, splittest die in max. 650 MByte große Happen und brennst diese auf CD. dd if=/dev/hda conv=noerror,sync 2>hda.log | split -b 650m - hda.img. Damit liest Du mit dd die Festplatte hda aus (alternativ hda1 u.ä. für eine Partition), wobei dd jeden Block erst mit 00 füllt (sync) und bei Fehlern weiterarbeitet (noerror). Ist ein Fehler vorhanden, wird nur dieser 00-Block geschrieben und in der Fehlermeldung genau beziffert, welche Blocks gelesen werden konnten und welche nicht. Die Fehlermeldung wird in eine Log-Datei geschrieben, die hinterher für die genaue Analyse absolut notwendig ist. Da die meisten Festplatten über 650 MByte groß sind, wird anschließend mit split dafür gesorgt, dass sie auf CD-ROM passen. Diese 650MByte Dateien können entweder direkt mit cdrecord gebrannt werden oder Du erstellst vorher mit mkisofs ein ISO-File, in dem die Log-Datei, eventuell weitere Informationen wie fdisk-Ausgabe, Angabe von df usw., und natürlich die 650MByte Datei enthalten sind. Anschließend könnte ihr Recovery-Tools nach Belieben einsetzen, habt wenig Aufwand, eine hohe Sicherheit und viel Verdienst ;-) Gruß Thomas --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On 24-Jan-00 Thomas Schwarze wrote:
es geht hervorragend und ist zudem sehr sicher (im Gegensatz zu Bandsicherungen)!!! Eine korrekt gebrannte CD, die in einem zweiten Laufwerk zum Test gelesen wurde, verliert ihre Information bei sachgerechter Lagerung (nicht in der Sonne, im Wasser, im Feuer :-)) nicht vor 50-200 Jahren. Magnetbänder leben sicher nur maximal 3 Jahre.
Wo hast Du denn den Stuß her? Eine normale CD-ROM, wie man sie im handelsüblichen Brenner brennen kann, hat laut Hersteller eine Lebensdauer von 5-10 Jahren. Dann altert der Kunststoff, wird brüchig oder trübe. Gepresste CD's halten etwas länger als gebrannte. Selbst spezielle WORM's auf Basis von Glasträgern, die wesentlich unempfindlicher sind, werden von den Herstellern mit max. 15-25 Jahren Haltbarkeit angegeben. Beides ebenfalls nur bei Sachgemäßer Lagerung (konstante Raumtemperatur und kein direkter Lichteinfall sind am wichtigsten). Dagegen gibt es ohne Weiteres Bandlaufwerke, die ebenfalls 5-10 Jahre Haltbarkeit der Daten/Bänder bescheinigt bekommen. Allerdings nur bei Sachgemäßer Lagerung. Und natürlich muß man die Hard- und Software zum Lesen dann auch noch haben. Am längsten hält übrigens immer noch Mikrofilm auf speziellen Glasträgern, der zwar eine sehr niedrige Datendichte hat, dafür aber auch nach vielen Jahrzehnten lesbar sein soll. Allerdings ist er für Digitaldaten nur begrenzt geeignet. Bitte informier dich doch richtig, bevor Du hier mit utopischen Zahlen um dich wirfst, die allerhöchstens in der Theorie hinhauen. Oder hast Du ne 200 Jahre alte CD im Schrank liegen?
Es muss dann aber ein neues Band sein, das Bandlaufwerk muss regelmäßig gereinigt werden usw.. Ganz schlimme Erfahrungen haben wir mit DAT-Bändern, die mit einem anderen Streamer gelesen werden müssen, als mit denen, mit denen die Sicherung erzeugt wurde.
Das liegt in der Regel an der Hardwarekomprimierung, die nicht zwischen den Geräten genormt ist. Deshalb ist eine fileweise SW-Komprimierung auch grundsätzlich zu bevorzugen. -- =========================================================== Erhard Schwenk - alias Bitrunner =)B==o) =========================================================== No Spam replies please. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Erhard,
es geht hervorragend und ist zudem sehr sicher (im Gegensatz zu Bandsicherungen)!!! Eine korrekt gebrannte CD, die in einem zweiten Laufwerk zum Test gelesen wurde, verliert ihre Information bei sachgerechter Lagerung (nicht in der Sonne, im Wasser, im Feuer :-)) nicht vor 50-200 Jahren. Magnetbänder leben sicher nur maximal 3 Jahre.
Wo hast Du denn den Stuß her?
das, was Du als Stuß beschreibst, stammt aus relativ guten Quellen wie z.B. der c't. Es mag sein, dass Dein Fachwissen weiter reicht als Deine verbalen Äußerungen, aber mich würden dann schon Deine Quellen interessieren. Das meine ich jetzt ganz ehrlich.
Eine normale CD-ROM, wie man sie im handelsüblichen Brenner brennen kann, hat laut Hersteller eine Lebensdauer von 5-10 Jahren.
Kannst Du mir bitte die Quelle für diese Aussage nennen? Das wäre für mich schon wichtig (und sei es eventuell nur, um möglicherweise den Hersteller zu wechseln).
Bitte informier dich doch richtig, bevor Du hier mit utopischen Zahlen um dich wirfst, die allerhöchstens in der Theorie hinhauen. Oder hast Du ne 200 Jahre alte CD im Schrank liegen?
Du hast nicht zufällig schon mal etwas von entsprechenden Testverfahren gehört, die eine berechnete beschleunigte Alterung bewirken (erhöhte oder erniedrigte Temperatur, stark veränderte Luffeuchtigkeit, verstärktes UV-Licht usw. usf.). Wundert mich allerdings, da Du Dir ja sicher bist, dass diese Testverfahren lediglich eine 5-10Jährige Haltbarkeit bescheinigen sollen.
Es muss dann aber ein neues Band sein, das Bandlaufwerk muss regelmäßig gereinigt werden usw.. Ganz schlimme Erfahrungen haben wir mit DAT-Bändern, die mit einem anderen Streamer gelesen werden müssen, als mit denen, mit denen die Sicherung erzeugt wurde.
Das liegt in der Regel an der Hardwarekomprimierung, die nicht zwischen den Geräten genormt ist. Deshalb ist eine fileweise SW-Komprimierung auch grundsätzlich zu bevorzugen.
Das ist die eine Wahrheit. Die andere ist, dass wir nur eine Sorte von DAT-Streamern einsetzen bzw. eingesetzt haben (HP 1533), deren Bänder ohne HW-Komprimierung teilweise nicht austauschbar waren. Gruß Thomas --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Thomas Schwarze schrieb in 2,5K (56 Zeilen):
es geht hervorragend und ist zudem sehr sicher (im Gegensatz zu Bandsicherungen)!!!
Deiner Erfahrung nach. Hmm, warum nimmt alle Welt dann noch immer Bandgeraete statt CD-Rom/DVD-Brenner?
Eine korrekt gebrannte CD, die in einem zweiten Laufwerk zum Test gelesen wurde, verliert ihre Information bei sachgerechter Lagerung (nicht in der Sonne, im Wasser, im Feuer :-)) nicht vor 50-200 Jahren.
Herstellerangabe? Oder geschaetzter Wert? Ist das Durchschnitt oder garantiert? Du weisst, wie wenig eine CD aushaelt? *knack* *splitter* Ueber ein Tape-Gehaeuse kann ich nen 5DM-Stueck drueberkratzen ... bei ner CD-Writable (Oberseite) habe ich dann Schrott.
Magnetbänder leben sicher nur maximal 3 Jahre.
Herstellerangabe? Oder geschaetzter Wert? Baender richtig lagern bedeutet sie hin und wieder *langsam* umzuspulen etc.
Es muss dann aber ein neues Band sein,
Schon mal eine 'alte' CD beschrieben?
das Bandlaufwerk muss regelmäßig gereinigt werden usw..
Schon mal mit dreckigem CD-Writer geschrieben?
Ganz schlimme Erfahrungen haben wir mit DAT-Bändern, die mit einem anderen Streamer gelesen werden müssen, als mit denen, mit denen die Sicherung erzeugt wurde.
Dann solltet ihr eure Laufwerke justieren lassen. -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo, Thomas Schwarze wrote:
Eine korrekt gebrannte CD, die in einem zweiten Laufwerk zum Test gelesen wurde, verliert ihre Information bei sachgerechter Lagerung (nicht in der Sonne, im Wasser, im Feuer :-)) nicht vor 50-200 Jahren.
Ich dachte bisher, die Werte bewegten sich in einem Bereich von 10 bis 20 Jahren, ich bin mir da aber nicht sicher. Wenn jemand dazu weitere Informationen (Quellen) hat, waere ich fuer Hinweise / Quellen dankbar (evtl. auch als PM - da kein direkter Zusammenhang zu Linux). Weiss eigentlich jemand, wie es mit der Haltbarkeit von CD-RW-Medien aussieht? Ich denke mal, dass die nicht so "robust" sind wie CD-R-Medien... Gruss, Steffen --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
[20000125 14:14], Steffen Moser (moser@egu.schule.ulm.de) fell asleep at the keyboard and... | Thomas Schwarze wrote: | | > Eine korrekt gebrannte CD, die in einem zweiten | > Laufwerk zum Test gelesen wurde, verliert ihre Information bei | > sachgerechter Lagerung (nicht in der Sonne, im Wasser, im Feuer :-)) | > nicht vor 50-200 Jahren. [wurde teilweise heftig angezweifelt] | Ich dachte bisher, die Werte bewegten sich in einem Bereich von 10 bis | 20 Jahren, ich bin mir da aber nicht sicher. Hmm, ich bin sowieso kein Freund von Kunststoffen, aber denkt doch selber mal drueber nach: Kennt ihr einen Kunststoff, der nach 20 Jahren noch so richtig frisch ist ? Ein ganz bisschen altern die alle. Und dann ist ne CDROM auch noch aus nem transparenten Kunststoff, zu allem Elend. Mag sein, dass das ein hochwertiges Polymer ist, aber transparente Kunststoffe altern doch *noch* schlimmer. Und eine CDROM besteht auch noch aus mehreren Lagen, und als Maschinenbauer weiss ich, dass jede Verbindung zwischen zwei verschiedenen Werkstoffen unguenstig ist. Diese Verbindung muss dann auch noch ihre optischen Eigenschaften halten.. eine kritische Sache, angesichts der geforderten Praezision. Also, wetten wuerde ich auf die Haltbarkeit nicht. Wisst ihr, was ein *wirklich* zuverlaessiges Speichersystem ist ? Ein Drucker mit Papier. Ist auch schoen plattformunabhaengig, die Lesegeraete dafuer koennen schnell und auch von gering qualifizierten Arbeitern in grossen Mengen hergestellt werden... Im Gegensatz zu Holleritkarten. :-) -- Gruss / with best regards Jens-Eike Jesau <jesau@gmx.net> http://hp9001.fh-bielefeld.de/~jens /*************************************************************************** * `v'- Linux on a single Disk: www.toms.net/rb * || |`. If your fingers or your balls are in line with the blade of your table saw and the saw is on, you're in the wrong place. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Die, 25 Jan 2000 schrieb Jens-Eike Jesau:
Wisst ihr, was ein *wirklich* zuverlaessiges Speichersystem ist ?
Wiederspruch.
Ein Drucker mit Papier. Ist auch schoen plattformunabhaengig, die Lesegeraete dafuer koennen schnell und auch von gering qualifizierten Arbeitern in grossen Mengen hergestellt werden... Im Gegensatz zu Holleritkarten. :-)
- Papier vergilbt - Tinte verblasst - Toner (=Kunststoff) sieht nach absehbarer Zeit auch übel aus, verklebt, bröckelt ab. Habs in der Ausbildung beim Ordneraus- misten erlebt. - Termotransfer ... Wer ein Fax hat weiss was da überbleibt Was bleibt? Nadler, Typenrad- und Kettendrucker. Auch mit dem wiedereinlesen ist das so ne Sache. Meine 9 GByte Platte auf Pappier sichern und per OCR wieder einlesen? Bitte nicht!!!! -- Machs gut Manfred http://www.iiv.de/schwinde/buerger/tremmel/ http://www.knightsoft.de , 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 Tue, 25 Jan 2000, Jens-Eike Jesau wrote:
[20000125 14:14], Steffen Moser (moser@egu.schule.ulm.de)
| Thomas Schwarze wrote: | | > Eine korrekt gebrannte CD, die in einem zweiten | > Laufwerk zum Test gelesen wurde, verliert ihre Information bei | > sachgerechter Lagerung (nicht in der Sonne, im Wasser, im Feuer :-)) | > nicht vor 50-200 Jahren.
[wurde teilweise heftig angezweifelt]
| Ich dachte bisher, die Werte bewegten sich in einem Bereich von 10 bis | 20 Jahren, ich bin mir da aber nicht sicher.
Hmm, ich bin sowieso kein Freund von Kunststoffen, aber denkt doch selber mal drueber nach: Kennt ihr einen Kunststoff, der nach 20 Jahren noch so richtig frisch ist ? Ein ganz bisschen altern die alle.
Na klar, nix ist für die Ewigkeit. Polyäthylen (dieses Wort sieht immer falsch aus!) wird auch für Lautsprecher verwendet -- und für Plastiktüten, damit die schnell zerfallen. Nur muß man auch bedenken, daß man Lautsprecher nicht sooo oft kompostiert und CDs mit wichtigen Daten auch vernünftig einpackt, statt sie im Garten zu verbuddeln ;-) Carsten PS: Siehe auch c't 23/99; Leserforum; "CDs mit Sonnenbrand" --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Jens-Eike Jesau schrieb in 2,1K (53 Zeilen):
Wisst ihr, was ein *wirklich* zuverlaessiges Speichersystem ist ?
Ein Drucker mit Papier.
Saeurefrei?
Ist auch schoen plattformunabhaengig, die Lesegeraete dafuer koennen schnell und auch von gering qualifizierten Arbeitern in grossen Mengen hergestellt werden... Im Gegensatz zu Holleritkarten. :-)
Die Lesegeraete sind langsam, ungenau und ermueden. Steintafeln, tief vergraben unter der Erde oder Tonscherben haben sich als wesendlich haltbarer erwiesen, und Pyramiden lassen sich auch nach Tausenden von Jahren noch einfach finden. Wenn man die Grabraeuber abwehren kann. -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Wolfgang Weisselberg schrieb:
Steintafeln, tief vergraben unter der Erde oder Tonscherben haben sich als wesendlich haltbarer erwiesen, und Pyramiden lassen sich auch nach Tausenden von Jahren noch einfach finden. Wenn man die Grabraeuber abwehren kann.
Höhlenmalerei gab es schon früher und die sind heute auch noch zu erkennen. Fazit: wer was sicheres will, suche sich eine abgelegene Höhle und male sein Backup mit den seit Urzeiten bewährten Farben in (auch im verblassten Zustand) eindeutig erkennbaren Symbolen an die Wände. Dann Eingang zumauern (oder lieber nicht, wegen Feutigkeitsgleichgewicht?) und tarnen oder bewachen... Ach so, ein Gebiet ohne tektonische Aktivität wäre vielleicht zu empfehlen. :-)) Mit Backups ist das so eine Sache. Man sollte sich die Fragen stellen: - wie wichtig ist das Zeugs? => wie teuer darf das Backup dann werden? - wie lange will/muss ich darauf zugreifen können? => wie gut muss dann das Medium wirklich sein. Ich habe selbst noch jede Menge alter, damals mir wichtiger Backups, die ich heute, ohne mit der Wimper zu zucken, ungesehen in die Tonne treten würde. Das, was ich davon nicht mehr habe, brauche ich nicht mehr und der Rest ist auch auf anderen Sicherungen noch drauf... Bye, \|/ Tobias @ @ +----------------oOO-(_)-OOo-----------+ | Tobias Abt | | email: tabt@gmx.de | | www: http://home.pages.de/~tabt/ | +--------------------------------------+ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (27)
-
c.wohld＠ndh.net -
clemens＠root.at -
cmeyer＠mail.com -
dh1iar＠int.uni-karlsruhe.de -
dirk＠pirschel.de -
eschwenk＠fto.de -
g.ristic＠berlin.de -
hansi.klein＠net-con.net -
jesau＠gmx.net -
Juergen_Schwarting＠gmx.de -
LKA364＠t-online.de -
Manfred.Tremmel＠iiv.de -
martin.stahn＠sskm.de -
micha28＠gmx.de -
moser＠egu.schule.ulm.de -
p.bossy＠vorwerk-automotive.de -
peter＠bossynet.de -
pkuechle＠uvf.de -
ray.haeb＠gmx.net -
Robert.Rakowicz＠Muenster.de -
soundkarte＠gmx.de -
stefan.goerres＠xsc.net -
steffen＠dett.de -
tabt＠gmx.de -
Th.Garrels＠t-online.de -
Uwe.Toenies＠t-online.de -
weissel＠ph-cip.uni-koeln.de