|
[Wichtiges ueber das Nulldevice]
From rz.uni-karlsruhe.de!not-for-mail Thu Jan 27 13:51:36 1994
Path: rz.uni-karlsruhe.de!not-for-mail
From: S_DWORATZEK@IRAV1.ira.uka.de (|S| Mark Dworatzek)
Newsgroups: uka.rz.stud
Subject: Achtung: Probleme mit /dev/null
Date: 19 Jan 1994 13:34:36 GMT
Organization: University of Karlsruhe, FRG
Lines: 23
Distribution: world
Message-ID: <2hjctc$o7o@nz12.rz.uni-karlsruhe.de>
NNTP-Posting-Host: irav1.ira.uka.de
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-News-Reader: VMS NEWS 1.25
Liebe Benutzer der rzstud1,
in letzter Zeit haeuft sich die Unsitte, nicht benoetigte Daten einfach per
"mv file /dev/null" zu vernichten. Dies hat hier im RZ jetzt aber zu einem
Problem gefuehrt, das man nur verstehen kann, wenn man die Arbeitsweise des
NULL Devices (=Geraets) kennt.
Das Null Device ist eine kleine Box (ca. 20x10x7 cm). Daten aller Art bestehen
ja bekanntlich aus Bits, die wie jeder von uns weiss durch Spannungspegel
dargestellt werden. Wenn man jetzt Daten nach /dev/null schickt, werden diese
dort von sogenannten "kill-resistors" in Waerme umgewandelt. (Beim Stromfluss
durch einen Widerstand entsteht natuerlich Waerme)
In letzter Zeit aber hat die haeufige Benutzung dieses Devices zu Waermeab-
leitproblemen am NULL Device gefuehrt. Es wurde zwar schon ein zusaetzlicher
Luefter installiert, aber das Problem wurde damit nicht vollkommen beseitigt.
Also eine Bitte: In Zukunft dieses Device nur nutzen wenns unbedingt sein muss.
Danke !!!
From rz.uni-karlsruhe.de!xlink.net!sbusol.rz.uni-sb.de!news.coli.uni-sb.de!uhf.saar.de!flatlin!pilhuhn!bigred!olaf
Thu Jan 27 13:51:35 1994
Newsgroups: de.talk.jokes,uka.rz.stud
Path: rz.uni-karlsruhe.de!xlink.net!sbusol.rz.uni-sb.de!news.coli.uni-sb.de!uhf.saar.de!flatlin!pilhuhn!bigred!olaf
From: olaf@bigred.ka.sub.org (Olaf Titz)
Subject: Re: Achtung: Probleme mit /dev/null
References: <2hjd6i$o8o@nz12.rz.uni-karlsruhe.de>
Organization: private Linux site, southern Germany
Date: Thu, 20 Jan 1994 10:38:30 GMT
Message-ID:
Lines: 17
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Xref: rz.uni-karlsruhe.de de.talk.jokes:10514 uka.rz.stud:584
> Das Null Device ist eine kleine Box (ca. 20x10x7 cm). Daten aller Art bestehen
Das ist aber ein ziemlich dickes Null-Device. Man beachte, daß die
ganze Workstation vielleicht (grobe Schätzung) 40x40x10 cm groß ist.
Ich vergleiche das mal mit meiner eigenen Maschine: Da ist das
Null-Device vollkommen in Software realisiert, da so eine große Box
keinen Platz mehr im Gehäuse hätte.
Ob es trotzdem heißläuft, habe ich noch nicht gemessen...
Olaf
--
olaf titz o olaf@bigred.ka.sub.org praetorius@irc
comp.sc.student _>\ _ s_titz@ira.uka.de LINUX - the choice
karlsruhe germany (_)<(_) uknf@dkauni2.bitnet of a GNU generation
what good is a photograph of you? everytime i look at it it makes me feel blue
From rz.uni-karlsruhe.de!rz.uni-karlsruhe.de!ry66 Thu Jan 27 13:51:35 1994
Path: rz.uni-karlsruhe.de!rz.uni-karlsruhe.de!ry66
From: ry66@rz.uni-karlsruhe.de (Andreas Ley)
Newsgroups: de.talk.jokes,uka.rz.stud
Subject: Re: Achtung: Probleme mit /dev/null
Date: 21 Jan 1994 12:14:02 GMT
Organization: University of Karlsruhe, Germany
Lines: 26
Distribution: world
Message-ID: <2hogua$ilh@nz12.rz.uni-karlsruhe.de>
References: <2hjd6i$o8o@nz12.rz.uni-karlsruhe.de>
Reply-To: ley@rz.uni-karlsruhe.de
NNTP-Posting-Host: tp70.rz.uni-karlsruhe.de
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Xref: rz.uni-karlsruhe.de de.talk.jokes:10524 uka.rz.stud:587
In article , olaf@bigred.ka.sub.org (Olaf Titz) writes:
|> > Das Null Device ist eine kleine Box (ca. 20x10x7 cm). Daten aller Art bestehen
|> Das ist aber ein ziemlich dickes Null-Device. Man beachte, daß die
|> ganze Workstation vielleicht (grobe Schätzung) 40x40x10 cm groß ist.
Das Null-Device selber ist gar nicht so gross, das Problem ist der
SCSI-2-Controller dafuer. Weil der Durchsatz so gross ist, haben wir
fuer die rzstud1 naemlich ein Null-Device mit FAST-SCSI besorgt, das
gibt's zur Zeit noch nicht in halber Bauhoehe. Dafuer ist es aber
auch ganz leistungsfaehig:
Filesystem kbytes used avail capacity Mounted on
/dev/rnull 2130798955 1805316323 112402639 94% /dev/null
Allerdings sind die Widerstaende schon fast verbraucht und muessen demnaechst
getauscht werden. Solange wird dann das Null-Device nicht verfuegbar sein,
d.h. Dateien koennen nicht geloescht werden. Wg. der Quota in der Zeit bitte
vorsichtig beim Dateien-Anlegen sein!
Bye, Andy
-------------------------------------------------------------------------------
Andreas Ley ! "Even when you're ! Email: ley@rz.uni-karlsruhe.de
Nelkenstr. 9 ! a genius, life is ! Voice: +49 721 84 10 36
76135 Karlsruhe ! a mystery!" ! RZ: +49 721 608 4038
Germany ! Doogie Howser, M.D. ! AKK: +49 721 96 403 22
From rz.uni-karlsruhe.de!fg70.rz.uni-karlsruhe.de!ig25 Thu Jan 27 13:51:35 1994
Path: rz.uni-karlsruhe.de!fg70.rz.uni-karlsruhe.de!ig25
From: ig25@fg70.rz.uni-karlsruhe.de (Thomas Koenig)
Newsgroups: de.talk.jokes,uka.rz.stud
Subject: Re: Achtung: Probleme mit /dev/null
Followup-To: de.talk.jokes,uka.rz.stud
Date: 21 Jan 1994 12:23:12 GMT
Organization: University of Karlsruhe, Germany
Lines: 20
Distribution: world
Message-ID: <2hohfg$kb0@nz12.rz.uni-karlsruhe.de>
References: <2hjd6i$o8o@nz12.rz.uni-karlsruhe.de>
<2hogua$ilh@nz12.rz.uni-karlsruhe.de>
NNTP-Posting-Host: fg70.rz.uni-karlsruhe.de
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Newsreader: TIN [version 1.2 PL0]
Xref: rz.uni-karlsruhe.de de.talk.jokes:10526 uka.rz.stud:588
Andreas Ley (ry66@rz.uni-karlsruhe.de) wrote in article <2hogua$ilh@nz12.rz.uni-karlsruhe.de>:
>Allerdings sind die Widerstaende schon fast verbraucht und muessen demnaechst
>getauscht werden. Solange wird dann das Null-Device nicht verfuegbar sein,
>d.h. Dateien koennen nicht geloescht werden.
Aaargh... also hoffentlich wird HP in HP-UX 10 endlich den parity -
daemon einfuehren. Solche Schaeden an /dev/null treten naemlich nur
auf, wenn ueber laengere Zeit das Paritaetserhaltungsgesetz verletzt
wird. Im Null - device muessen naemlich etwa die gleiche Zahl Nullen
und Einsen landen, sonst kommt es zu Querstroemen und dadurch zu
Ueberhitzungen. Der parityd gleicht das dann aus.
Aber HP-UX hat ja nicht mal /dev/zero, wo sich der parityd wenigstens
mit null - Bits versehen koennte, von /dev/one ganz zu schweigen...
die Leute werden's nie lernen!
--
Thomas Koenig, ig25@rz.uni-karlsruhe.de, ig25@dkauni2.bitnet
The joy of engineering is to find a straight line on a double
logarithmic diagram.
From rz.uni-karlsruhe.de!rz.uni-karlsruhe.de!ry66 Thu Jan 27 13:51:35 1994
Path: rz.uni-karlsruhe.de!rz.uni-karlsruhe.de!ry66
From: ry66@rz.uni-karlsruhe.de (Andreas Ley)
Newsgroups: de.talk.jokes,uka.rz.stud
Subject: Re: Achtung: Probleme mit /dev/null
Date: 21 Jan 1994 13:37:04 GMT
Organization: University of Karlsruhe, Germany
Lines: 36
Distribution: world
Message-ID: <2holq0$lf7@nz12.rz.uni-karlsruhe.de>
References: <2hjd6i$o8o@nz12.rz.uni-karlsruhe.de>
<2hogua$ilh@nz12.rz.uni-karlsruhe.de> <2hohfg$kb0@nz12.rz.uni-karlsruhe.de>
Reply-To: ley@rz.uni-karlsruhe.de
NNTP-Posting-Host: tp70.rz.uni-karlsruhe.de
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Xref: rz.uni-karlsruhe.de de.talk.jokes:10529 uka.rz.stud:589
In article <2hohfg$kb0@nz12.rz.uni-karlsruhe.de>, ig25@fg70.rz.uni-karlsruhe.de (Thomas Koenig) writes:
|> Aaargh... also hoffentlich wird HP in HP-UX 10 endlich den parity -
|> daemon einfuehren. Solche Schaeden an /dev/null treten naemlich nur
|> auf, wenn ueber laengere Zeit das Paritaetserhaltungsgesetz verletzt
|> wird. Im Null - device muessen naemlich etwa die gleiche Zahl Nullen
|> und Einsen landen, sonst kommt es zu Querstroemen und dadurch zu
|> Ueberhitzungen. Der parityd gleicht das dann aus.
Stimmt, das waere eine Loesung, aber ich hoer' schon Olaf schreien, das
sei eine unnoetige Einschraenkung der Benutzer, dass man nur noch Dateien
anlegen darf, die gleichviel 0- wie 1-bits enthalten. Und Newspostings
werden wieder laenger, weil Ausgleichszeilen angehaengt werden... Nee, nee,
dann doch wieder die HP-IB Null-Devices, wie sie bei den 825 und 835 eingebaut
sind - die haben auf der Rueckseite einen BNC-Anschluss fuer den bit-bucket,
und einmal im Jahr kommt der HP-Techniker mit dem Entleerungsgeraet und
saugt die ueberfluessigen bits ab. Problematisch wird das erst, wenn mit
der neuen Betriebssystemversion, die dann nicht mehr auf 800ern laeuft,
der Wartungsvertrag auslaeuft... Geplant ist, alle 800er ueber ein zweites
campusweites Ethernet zusammenzuschliessen, die Spannungspegel alle zu
sammeln und dann, hochtransformiert und auf 50 Hz synchronisiert, ans
Badenwerk zu verkaufen. Ob Benutzer, die besonders spannungsreiche Dateien
loeschen, dann (in der Art von Tantiemen) am Erloes beteiligt werden sollen,
ist noch nicht geklaert...
|> Aber HP-UX hat ja nicht mal /dev/zero, wo sich der parityd wenigstens
Oh, es hat /dev/zero, es ist nur nicht dokumentiert... sprich der Treiber
ist im Kernel drin, nur kein device-file dafuer eingerichtet...
Bye, Andy
-------------------------------------------------------------------------------
Andreas Ley ! "Even when you're ! Email: ley@rz.uni-karlsruhe.de
Nelkenstr. 9 ! a genius, life is ! Voice: +49 721 84 10 36
76135 Karlsruhe ! a mystery!" ! RZ: +49 721 608 4038
Germany ! Doogie Howser, M.D. ! AKK: +49 721 96 403 22
From rz.uni-karlsruhe.de!rz.uni-karlsruhe.de!ry66 Thu Jan 27 13:51:35 1994
Path: rz.uni-karlsruhe.de!rz.uni-karlsruhe.de!ry66
From: ry66@rz.uni-karlsruhe.de (Andreas Ley)
Newsgroups: uka.rz.stud
Subject: Re: Achtung: Probleme mit /dev/null
Date: 21 Jan 1994 13:51:46 GMT
Organization: University of Karlsruhe, Germany
Lines: 18
Distribution: uka
Message-ID: <2homli$lhl@nz12.rz.uni-karlsruhe.de>
References: <2hjd6i$o8o@nz12.rz.uni-karlsruhe.de>
<2hogua$ilh@nz12.rz.uni-karlsruhe.de> <2hohfg$kb0@nz12.rz.uni-karlsruhe.de> <2holq0$lf7@nz12.rz.uni-karlsruhe.de>
Reply-To: ley@rz.uni-karlsruhe.de
NNTP-Posting-Host: tp70.rz.uni-karlsruhe.de
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Versuchsweise wurde auf der rzstud1 der parityd aus der vorlaeufigen
Distribution von HP-UX 10.2.4 installiert und gestartet. Fuer das
/user-filesystem wurde eine pquota von 10000 pro user eingefuehrt,
d.h. pro user duerfen sich 0- und 1-bits um max. 10000 unterscheiden,
die softquota wurde aber hoch genug angesetzt, um dem taeglichen
Bedarf zu entsprechen. Wer aber innerhalb 7 Tagen seine pquota nicht
ausgleicht, muss mit der Anlegung von Ersatzfiles rechnen (loeschen
geht wegen unausgeglichener Paritaet ja nicht). Sollten irgendwelche
Probleme auftreten, bitte mail an ley@rz.uni-karlsruhe.de.
Bye, Andy
-------------------------------------------------------------------------------
Andreas Ley ! "Even when you're ! Email: ley@rz.uni-karlsruhe.de
Nelkenstr. 9 ! a genius, life is ! Voice: +49 721 84 10 36
76135 Karlsruhe ! a mystery!" ! RZ: +49 721 608 4038
Germany ! Doogie Howser, M.D. ! AKK: +49 721 96 403 22
From rz.uni-karlsruhe.de!rz.uni-karlsruhe.de!ry66 Thu Jan 27 13:51:35 1994
Path: rz.uni-karlsruhe.de!rz.uni-karlsruhe.de!ry66
From: ry66@rz.uni-karlsruhe.de (Andreas Ley)
Newsgroups: uka.rz.stud
Subject: Re: Achtung: Probleme mit /dev/null
Date: 21 Jan 1994 14:07:10 GMT
Organization: University of Karlsruhe, Germany
Lines: 15
Distribution: uka
Message-ID: <2honie$llm@nz12.rz.uni-karlsruhe.de>
References: <2hjd6i$o8o@nz12.rz.uni-karlsruhe.de> <2hogua$ilh@nz12.rz.uni-karlsruhe.de> <2hohfg$kb0@nz12.rz.uni-karlsruhe.de> <2holq0$lf7@nz12.rz.uni-karlsruhe.de> <2homli$lhl@nz12.rz.uni-karlsruhe.de>
Reply-To: ley@rz.uni-karlsruhe.de
NNTP-Posting-Host: tp70.rz.uni-karlsruhe.de
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
In article <2homli$lhl@nz12.rz.uni-karlsruhe.de>, ry66@rz.uni-karlsruhe.de (Andreas Ley) writes:
|> Versuchsweise wurde auf der rzstud1 der parityd aus der vorlaeufigen
|> Distribution von HP-UX 10.2.4 installiert und gestartet. Fuer das
|> /user-filesystem wurde eine pquota von 10000 pro user eingefuehrt,
Ich vergass, zu erwaehnen, dass man sich mit Hilfe des Kommandos pquota -v
natuerlich jederzeit einen Ueberblick ueber seine parity verschaffen kann.
Bye, Andy
-------------------------------------------------------------------------------
Andreas Ley ! "Even when you're ! Email: ley@rz.uni-karlsruhe.de
Nelkenstr. 9 ! a genius, life is ! Voice: +49 721 84 10 36
76135 Karlsruhe ! a mystery!" ! RZ: +49 721 608 4038
Germany ! Doogie Howser, M.D. ! AKK: +49 721 96 403 22
From rz.uni-karlsruhe.de!news.uni-stuttgart.de!news.belwue.de!iptc!news.wsi!peanuts!schulzke Thu Jan 27 13:51:35 1994
Path: rz.uni-karlsruhe.de!news.uni-stuttgart.de!news.belwue.de!iptc!news.wsi!peanuts!schulzke
From: schulzke@peanuts.informatik.uni-tuebingen.de (Carsten Schulz-Key)
Newsgroups: de.talk.jokes,uka.rz.stud
Subject: Re: Achtung: Probleme mit /dev/null
Date: 21 Jan 1994 14:12:09 GMT
Organization: "Lehrstuhl fuer Technische Informatik, Uni Tuebingen"
Lines: 42
Sender: schulzke@peanuts (Carsten Schulz-Key)
Distribution: world
Message-ID: <2honrp$s9i@peanuts.informatik.uni-tuebingen.de>
References: <2hjd6i$o8o@nz12.rz.uni-karlsruhe.de> <2hogua$ilh@nz12.rz.uni-karlsruhe.de> <2hohfg$kb0@nz12.rz.uni-karlsruhe.de>
NNTP-Posting-Host: spike.informatik.uni-tuebingen.de
Keywords: parity, party, /dev/null, DAU
Xref: rz.uni-karlsruhe.de de.talk.jokes:10533 uka.rz.stud:592
In article <2hohfg$kb0@nz12.rz.uni-karlsruhe.de>, ig25@fg70.rz.uni-karlsruhe.de (Thomas Koenig) writes:
|> Andreas Ley (ry66@rz.uni-karlsruhe.de) wrote in article <2hogua$ilh@nz12.rz.uni-karlsruhe.de>:
|>
|> >Allerdings sind die Widerstaende schon fast verbraucht und muessen demnaechst
|> >getauscht werden. Solange wird dann das Null-Device nicht verfuegbar sein,
|> >d.h. Dateien koennen nicht geloescht werden.
|>
|> Aaargh... also hoffentlich wird HP in HP-UX 10 endlich den parity -
|> daemon einfuehren. Solche Schaeden an /dev/null treten naemlich nur
|> auf, wenn ueber laengere Zeit das Paritaetserhaltungsgesetz verletzt
|> wird. Im Null - device muessen naemlich etwa die gleiche Zahl Nullen
|> und Einsen landen, sonst kommt es zu Querstroemen und dadurch zu
|> Ueberhitzungen. Der parityd gleicht das dann aus.
|>
|> Aber HP-UX hat ja nicht mal /dev/zero, wo sich der parityd wenigstens
|> mit null - Bits versehen koennte, von /dev/one ganz zu schweigen...
|> die Leute werden's nie lernen!
|> --
|> Thomas Koenig, ig25@rz.uni-karlsruhe.de, ig25@dkauni2.bitnet
|> The joy of engineering is to find a straight line on a double
|> logarithmic diagram.
*STOEHN*, so ein Schwachsinn.
Ihr solltet lieber den partyd starten, der daf"ur sorgt, da\3 das Bier f"ur die
K"uhlung der /dev/null-Hardware nicht dauernd ausgeht. Dann k"onnt Ihr den ganzen
anderen Aufwand mit /dev/one & /dev/zero vergessen. Au\3erdem spart Ihr dann noch
jede Menge Energie, da /dev/null in CMOS-Technologie realisiert ist, und die
ganzen Null/Eins-"Uberg"ange, die durch /dev/one & /dev/zero hervorgerufen werden,
in Verlustw"arme umgesetzt werden.
Tja, lieber vorher bei der TI nachfragen. (Beim n"achsten Mal)
Ciao Carsten 8-)
--
____________________________________________________________________________
| *** *** * * |Carsten Schulz-Key |
| * * * * | |
| * * * * |IRC: Gaston@#sand13 |
| *** *** * * |schulzke@peanuts.informatik.uni-tuebingen.de |
----------------------------------------------------------------------------
From rz.uni-karlsruhe.de!rzstud1.rz.uni-karlsruhe.de!uknf Thu Jan 27 13:51:36 1994
Path: rz.uni-karlsruhe.de!rzstud1.rz.uni-karlsruhe.de!uknf
From: uknf@rzstud1.rz.uni-karlsruhe.de (Olaf Titz)
Newsgroups: uka.rz.stud
Subject: Re: Achtung: Probleme mit /dev/null
Date: 21 Jan 1994 15:13:29 GMT
Organization: Fachschaft math/inf, Uni Karlsruhe, FRG
Lines: 14
Distribution: uka
Message-ID: <2horep$m93@nz12.rz.uni-karlsruhe.de>
References: <2hjd6i$o8o@nz12.rz.uni-karlsruhe.de> <2hohfg$kb0@nz12.rz.uni-karlsruhe.de> <2holq0$lf7@nz12.rz.uni-karlsruhe.de> <2homli$lhl@nz12.rz.uni-karlsruhe.de>
NNTP-Posting-Host: rzstud1.rz.uni-karlsruhe.de
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
In article <2homli$lhl@nz12.rz.uni-karlsruhe.de>,
Andreas Ley wrote:
> Versuchsweise wurde auf der rzstud1 der parityd aus der vorlaeufigen
> Distribution von HP-UX 10.2.4 installiert und gestartet. Fuer das
Au weia. Wenn das mal stabil laeuft... (ist das schon offiziell im
Beta?) ich check lieber mal meine Files manuell...
Olaf
--
olaf titz o olaf@bigred.ka.sub.org praetorius@irc
comp.sc.student _>\ _ s_titz@ira.uka.de LINUX - the choice
karlsruhe germany (_)<(_) uknf@dkauni2.bitnet of a GNU generation
what good is a photograph of you? everytime i look at it it makes me feel blue
From rz.uni-karlsruhe.de!rzstud1.rz.uni-karlsruhe.de!ule3 Thu Jan 27 13:51:36 1994
Path: rz.uni-karlsruhe.de!rzstud1.rz.uni-karlsruhe.de!ule3
From: ule3@rzstud1.rz.uni-karlsruhe.de (Frederik Ramm)
Newsgroups: uka.rz.stud
Subject: Re: Achtung: Probleme mit /dev/null
Date: 22 Jan 1994 01:19:25 GMT
Organization: University of Karlsruhe, Germany
Lines: 36
Distribution: uka
Message-ID: <2hpuut$rhe@nz12.rz.uni-karlsruhe.de>
References: <2hjd6i$o8o@nz12.rz.uni-karlsruhe.de> <2hohfg$kb0@nz12.rz.uni-karlsruhe.de> <2holq0$lf7@nz12.rz.uni-karlsruhe.de> <2homli$lhl@nz12.rz.uni-karlsruhe.de> <2horep$m93@nz12.rz.uni-karlsruhe.de>
NNTP-Posting-Host: rzstud1.rz.uni-karlsruhe.de
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Newsreader: TIN [version 1.2 PL0]
Also, ich finde das recht bedenklich. Hier wird einfach so ueber das Null-
Device gesprochen, ohne im geringsten darauf Ruecksicht zu nehmen, dass die
Information in flasche Haende geraten koennte. Bevor ihr das hier weiter
oeffentlich ausplaudert, bedenkt doch bitte:
Warum sollte jemand ein File loeschen? Platzmangel scheidet auf jeden Fall
aus, denn eine Quota von 10 MB reicht ja wohl bis zum Lebensende. Bedenkt,
mein erster Computer hatte 3,5 KB, und ich kam glaenzend damit aus. Was
kommt sonst noch in Betracht? Ruecksichtnahme auf die Gesamt-Auslastung des
Filesystems wohl kaum, schliesslich sind die meisten Benutzer Studenten,
und die kennen bekanntermassen keine Ruecksicht. Was bleibt also als ein-
ziger Grund, eine Datei zu loeschen? Na?
Man loescht nur Dateien, die einem *peinlich* sind, von denen man nicht
will, das andere sie bei einem finden. Zum Beispielhabe ich neulich mei-
ne Sammlung Cindy_Crawford_x.gif (x im Intervall 0 bis 132 ueber N) nach
/dev/null gemoved. Was jetzt, wenn das Null-Device in falsche Haende ge-
raet? Nicht auszudenken. Die Owner sind nach wie vor gespeichert, jeder
kann also all die dunklen Flecken meiner Unix-Vergangenheit (= immerhin
schon rund ein Vierteljahr!) nachvollziehen, durchleuchten, ja gar ver-
oeffentlichen. Und wenn ich erst an meine C-Programme denke... wenn die
an die Oeffentlichkeit draengten, waere mir *lebenslang* jede Karriere
im EDV-Sektor verbaut.
In diesem Sinne: Keine weitere Diskussion, bevor das Null-Device nicht
mit einem wirksamen Diebstahlschutz ausgestattet ist. Ich denke da an
so etwas wie ein Quick-Out fuer Autoradios. Einer muesstees dann halt
immer mitnehmen; den Usern koennte bei dem Versuch, waherenddessen Files
zu loeschen, die Meldung angezeigt werden "Null device unavailable. Try
again later".
Viele Gruesse
Fred
--
Frederik Ramm ## eMail ule3@rz.uni-karlsruhe.de ## fax +49 721 379786
From rz.uni-karlsruhe.de!xlink.net!sbusol.rz.uni-sb.de!news.coli.uni-sb.de!uhf.saar.de!grmbl.saar.de!me Thu Jan 27 13:51:36 1994
Newsgroups: de.talk.jokes,uka.rz.stud
Path: rz.uni-karlsruhe.de!xlink.net!sbusol.rz.uni-sb.de!news.coli.uni-sb.de!uhf.saar.de!grmbl.saar.de!me
From: me@grmbl.saar.de (Martin Emmerich)
Subject: Re: Achtung: Probleme mit /dev/null
Content-Type: text/plain; charset=iso-8859-1
Message-ID:
X-Geek-Code-V101: GCS/AT d?(-) p--- c+++(--) l@ u e++(*) m+(*) s+++/(+)@
!n(+) h+(*) f(?)@ g++ w+++()@ t+@ r--(-) y+@
Content-Transfer-Encoding: 8bit
Organization: Green Marble Inc.
X-Newsreader: NN version 6.5.0 #1
X-Pgp-Keyid: A9ABA1
References: <2hjd6i$o8o@nz12.rz.uni-karlsruhe.de> <2hogua$ilh@nz12.rz.uni-karlsruhe.de> <2hohfg$kb0@nz12.rz.uni-karlsruhe.de>
Mime-Version: 1.0
Date: Sat, 22 Jan 1994 17:48:04 GMT
X-Cuse: Langsam wird es Zeit für ISO-Umlaute
X-Pgp-Fingerprint: B3 B2 5D E8 9B 6F BF 57 B3 88 3C 1A 78 57 3A 60
Lines: 30
Xref: rz.uni-karlsruhe.de de.talk.jokes:10555 uka.rz.stud:595
In <2hohfg$kb0@nz12.rz.uni-karlsruhe.de> ig25@fg70.rz.uni-karlsruhe.de (Thomas Koenig) writes:
>Andreas Ley (ry66@rz.uni-karlsruhe.de) wrote in article <2hogua$ilh@nz12.rz.uni-karlsruhe.de>:
>
>>Allerdings sind die Widerstaende schon fast verbraucht und muessen demnaechst
>>getauscht werden. Solange wird dann das Null-Device nicht verfuegbar sein,
>>d.h. Dateien koennen nicht geloescht werden.
>
>Aaargh... also hoffentlich wird HP in HP-UX 10 endlich den parity -
>daemon einfuehren. Solche Schaeden an /dev/null treten naemlich nur
>auf, wenn ueber laengere Zeit das Paritaetserhaltungsgesetz verletzt
>wird. Im Null - device muessen naemlich etwa die gleiche Zahl Nullen
>und Einsen landen, sonst kommt es zu Querstroemen und dadurch zu
>Ueberhitzungen. Der parityd gleicht das dann aus.
Ich verstehe sowieso nicht, wie die überhaupt ohne parityd
auskommen können. Die Platten müssen doch durch die
unregelmäßige Verteilung von Einsen und Nullen völlig unwuchtig
laufen (vgl. Hackers Dictionary: "walking disk drives").
Wahscheinlich haben sie die am Boden festgeschraubt.
--
Martin Emmerich
me@grmbl.saar.de
0xdeadbeef
From rz.uni-karlsruhe.de!news.rz.uni-karlsruhe.de!roethig Thu Jan 27 13:51:36 1994
Path: rz.uni-karlsruhe.de!news.rz.uni-karlsruhe.de!roethig
From: roethig@tmipe0.telematik.informatik.uni-karlsruhe.de (Juergen Roethig)
Newsgroups: uka.rz.stud
Subject: Re: Achtung: Probleme mit /dev/null
Date: 23 Jan 1994 13:45:57 GMT
Organization: Universitaet Karlsruhe, Institut fuer Telematik
Lines: 23
Message-ID: <2htv0q$ejm@nz12.rz.uni-karlsruhe.de>
References: <2hjd6i$o8o@nz12.rz.uni-karlsruhe.de>
<2hogua$ilh@nz12.rz.uni-karlsruhe.de>
<2hohfg$kb0@nz12.rz.uni-karlsruhe.de>
NNTP-Posting-Host: tmipe0.telematik.informatik.uni-karlsruhe.de
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
In-reply-to: me@grmbl.saar.de's message of Sat, 22 Jan 1994 17:48:04 GMT
In article me@grmbl.saar.de (Martin Emmerich) writes:
Ich verstehe sowieso nicht, wie die überhaupt ohne parityd
auskommen können. Die Platten müssen doch durch die
unregelmäßige Verteilung von Einsen und Nullen völlig unwuchtig
laufen (vgl. Hackers Dictionary: "walking disk drives").
Wahscheinlich haben sie die am Boden festgeschraubt.
Und wieder einer, der die moderne Entwicklung verschlafen hat ...
Neuere Platten haben doch die Spuren 0 und 1 als Auto-Wucht-Track, auf denen
(automatisch vom Disk-Controller, hardwaremaessig, also kein wuchtd notwendig)
das 0-1-Gefaelle intern ausgeglichen wird. Ich hab mal vor laengerer Zeit
(als ich Werkstudent bei IBM war, die hatten das schon damals vor mehreren
Jahren in Erprobung; und da sage noch einer, IBM sei technisch rueckstaendig!)
einem Servicetechniker zugesehen, als er eine extrem ausgewuchtete Platte wegen
Konstruktionsfehlern (Spur 1 war nicht ausreichend dimensioniert) austauschen
musste: Spur 0 sah in etwa aus wie eine Achterbahn. Der Schwerpunkt der Platte
lag aber dennoch (fast -- wie gesagt, die Wuchttracks waren unterdimensioniert)
exakt in der Mitte!
Gruss
Juergen
From rz.uni-karlsruhe.de!rz.uni-karlsruhe.de!ry66 Thu Jan 27 13:51:36 1994
Path: rz.uni-karlsruhe.de!rz.uni-karlsruhe.de!ry66
From: ry66@rz.uni-karlsruhe.de (Andreas Ley)
Newsgroups: uka.rz.stud
Subject: Re: Achtung: Probleme mit /dev/null
Date: 23 Jan 1994 16:01:15 GMT
Organization: University of Karlsruhe, Germany
Lines: 32
Distribution: world
Message-ID: <2hu70b$fij@nz12.rz.uni-karlsruhe.de>
References: <2hjd6i$o8o@nz12.rz.uni-karlsruhe.de> <2hogua$ilh@nz12.rz.uni-karlsruhe.de> <2hohfg$kb0@nz12.rz.uni-karlsruhe.de> <2htv0q$ejm@nz12.rz.uni-karlsruhe.de>
Reply-To: ley@rz.uni-karlsruhe.de
NNTP-Posting-Host: tp70.rz.uni-karlsruhe.de
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
In article <2htv0q$ejm@nz12.rz.uni-karlsruhe.de>, roethig@tmipe0.telematik.informatik.uni-karlsruhe.de (Juergen Roethig) writes:
|> Neuere Platten haben doch die Spuren 0 und 1 als Auto-Wucht-Track, auf denen
|> (automatisch vom Disk-Controller, hardwaremaessig, also kein wuchtd notwendig)
|> das 0-1-Gefaelle intern ausgeglichen wird. Ich hab mal vor laengerer Zeit
|> (als ich Werkstudent bei IBM war, die hatten das schon damals vor mehreren
|> Jahren in Erprobung; und da sage noch einer, IBM sei technisch rueckstaendig!)
Du erwaehnst aber nicht, wieso IBM damit nie auf den Markt gegangen ist:
naemlich dass sich mit dieser Technik zwar der Schwerpunkt ausgleichen
laesst, nicht aber der Drehimpuls - der ist naemlich davon abhaengig, wo
die Masse auf der Platte ist, weiter innen oder weiter aussen. Je nach
Verteilung der Daten laeuft die Platte also langsamer oder schneller.
Leider hat IBM das nie in Griff gekriegt, bei denen liefen dann auch die
Rechner langsamer oder schneller, und alle Benchmarks waren ploetzlich
plattenbelegungsabhaengig. HP hat sich da inzwischen was einfallen lassen,
um die Rotationsgeschwindigkeit konstant zu halten. In jeder Platte ist
ein Radargeraet installiert, eine Art Platten-Radarfalle, das anspricht,
wenn die Platte den gegebenen Geschwindigkeitsbereich verlaesst. Der radard,
der das entsprechende Schnittstellensignal RAD0 der SCSI-2 Schnittstelle
abfragt, veranlasst daraufhin die Loeschung von bestimmten Dateien aus
dem /etc/radar/ directory, die ueber das Nulldevice geloescht werden. Dabei
fliesst Strom durch die im Null-Device installierten Widerstaende, so dass
die Spannung absinkt. Mit dem Sinken der Spannung verringert sich dann auch
die Rotationsgeschwindigkeit der Platte, und alles funktioniert wie gehabt.
Bye, Andy
-------------------------------------------------------------------------------
Andreas Ley ! "Even when you're ! Email: ley@rz.uni-karlsruhe.de
Nelkenstr. 9 ! a genius, life is ! Voice: +49 721 84 10 36
76135 Karlsruhe ! a mystery!" ! RZ: +49 721 608 4038
Germany ! Doogie Howser, M.D. ! AKK: +49 721 96 403 22
From rz.uni-karlsruhe.de!rz.uni-karlsruhe.de!ry66 Thu Jan 27 13:51:36 1994
Path: rz.uni-karlsruhe.de!rz.uni-karlsruhe.de!ry66
From: ry66@rz.uni-karlsruhe.de (Andreas Ley)
Newsgroups: uka.rz.stud
Subject: Re: Achtung: Probleme mit /dev/null
Date: 23 Jan 1994 16:10:33 GMT
Organization: University of Karlsruhe, Germany
Lines: 14
Distribution: uka
Message-ID: <2hu7hp$fij@nz12.rz.uni-karlsruhe.de>
References: <2hjd6i$o8o@nz12.rz.uni-karlsruhe.de> <2hohfg$kb0@nz12.rz.uni-karlsruhe.de> <2holq0$lf7@nz12.rz.uni-karlsruhe.de> <2homli$lhl@nz12.rz.uni-karlsruhe.de> <2horep$m93@nz12.rz.uni-karlsruhe.de> <2hpuut$rhe@nz12.rz.uni-karlsruhe.de>
Reply-To: ley@rz.uni-karlsruhe.de
NNTP-Posting-Host: tp70.rz.uni-karlsruhe.de
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
In article <2hpuut$rhe@nz12.rz.uni-karlsruhe.de>, ule3@rzstud1.rz.uni-karlsruhe.de (Frederik Ramm) writes:
|> immer mitnehmen; den Usern koennte bei dem Versuch, waherenddessen Files
|> zu loeschen, die Meldung angezeigt werden "Null device unavailable. Try
|> again later".
Done.
Bye, Andy
-------------------------------------------------------------------------------
Andreas Ley ! "Even when you're ! Email: ley@rz.uni-karlsruhe.de
Nelkenstr. 9 ! a genius, life is ! Voice: +49 721 84 10 36
76135 Karlsruhe ! a mystery!" ! RZ: +49 721 608 4038
Germany ! Doogie Howser, M.D. ! AKK: +49 721 96 403 22
From rz.uni-karlsruhe.de!rzstud1.rz.uni-karlsruhe.de!ule3 Thu Jan 27 13:51:37 1994
Path: rz.uni-karlsruhe.de!rzstud1.rz.uni-karlsruhe.de!ule3
From: ule3@rzstud1.rz.uni-karlsruhe.de (Frederik Ramm)
Newsgroups: uka.rz.stud
Subject: Re: Achtung: Probleme mit /dev/null
Date: 23 Jan 1994 21:55:52 GMT
Organization: University of Karlsruhe, Germany
Lines: 14
Distribution: uka
Message-ID: <2hurp8$hn0@nz12.rz.uni-karlsruhe.de>
References: <2hjd6i$o8o@nz12.rz.uni-karlsruhe.de> <2hohfg$kb0@nz12.rz.uni-karlsruhe.de> <2holq0$lf7@nz12.rz.uni-karlsruhe.de> <2homli$lhl@nz12.rz.uni-karlsruhe.de> <2horep$m93@nz12.rz.uni-karlsruhe.de> <2hpuut$rhe@nz12.rz.uni-karlsruhe.de> <2hu7hp$fij@nz12.rz.uni-karlsruhe.de>
NNTP-Posting-Host: rzstud1.rz.uni-karlsruhe.de
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Newsreader: TIN [version 1.2 PL0]
Andreas Ley (ry66@rz.uni-karlsruhe.de) wrote:
: Done.
Gerade habe ich's zufaellig gemerkt, waehrend ein Freund neben mir sass.
Er konnte das gar nicht verstehen, meine, bei denen im Rechenzentrum liefe
immer alles wie geschmiert... naja, habe ich ihm erklaert, wir sind uns
halt der Probleme bewusst, bevor andere ueberhaupt was merken :-)
Gruss
FRed
--
Frederik Ramm ## eMail ule3@rz.uni-karlsruhe.de ## fax +49 721 379786
From rz.uni-karlsruhe.de!rzstud1.rz.uni-karlsruhe.de!ukbx Thu Jan 27 13:51:37 1994
Path: rz.uni-karlsruhe.de!rzstud1.rz.uni-karlsruhe.de!ukbx
From: ukbx@rzstud1.rz.uni-karlsruhe.de (Jerome Waibel)
Newsgroups: uka.rz.stud
Subject: Re: Achtung: Probleme mit /dev/null
Date: 23 Jan 1994 22:48:38 GMT
Organization: University of Karlsruhe, Germany
Lines: 38
Distribution: world
Message-ID: <2huus6$idk@nz12.rz.uni-karlsruhe.de>
References: <2hjctc$o7o@nz12.rz.uni-karlsruhe.de>
NNTP-Posting-Host: rzstud1.rz.uni-karlsruhe.de
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Newsreader: TIN [version 1.2 PL0]
: Das Null Device ist eine kleine Box (ca. 20x10x7 cm). Daten aller Art bestehen
: ja bekanntlich aus Bits, die wie jeder von uns weiss durch Spannungspegel
: dargestellt werden. Wenn man jetzt Daten nach /dev/null schickt, werden diese
: dort von sogenannten "kill-resistors" in Waerme umgewandelt. (Beim Stromfluss
: durch einen Widerstand entsteht natuerlich Waerme)
: In letzter Zeit aber hat die haeufige Benutzung dieses Devices zu Waermeab-
: leitproblemen am NULL Device gefuehrt. Es wurde zwar schon ein zusaetzlicher
: Luefter installiert, aber das Problem wurde damit nicht vollkommen beseitigt.
Offenbar arbeitet das RZ noch mit /dev/null-Maschinen älterer Bauart.
Wie man in jeder guten Computer-Fachzeitschrift im Anzeigenteil nachlesen
kann, werden im freien Handel seit einiger Zeit von verschiedenen Firmen
(darunter z.B. Zyxel, Supra oder US Robotics) sog. "Multi-Operative Data
Erasing Machines" angeboten. In diesen werden ankommende Bits nicht mehr
ausschließlich in Hitze umgewandelt, sondern durch ca. 9-11 an der
Geräte-Vorderseite angebrachte LEDs ebenso in Lichtenergie. So
wurde die Wärmeabstrahlung erheblich reduziert, wodurch der Einbau
eines Lüfters überflüssig wurde. Die Daten-Vernichtung kann bei den
besseren Geräten mit Geschwindigkeiten von über 14400 Bit pro Sekunde
stattfinden.
Ich selbst betreibe solch einen modernen Daten-Vernichter seit einiger
Zeit zu meiner vollsten Zufriedenheit an meinem Rechner und kann dem RZ
nur empfehlen, dies auch zu tun.
(Gerüchten nach sollen diese Geräte auch in der Lage sein, Verbindungen
zu anderen Rechnern herzustellen, aber ich glaube, daß gehört doch eher
in das Gebiet der Computer-Märchen!)
Have fun!
--
------------------------------------------------------------------------------
Jerome Waibel ukbx@rzstud1.rz.uni-karlsruhe.de
Tel.: ++49 +6349-1340 & ++49 +721-67640
"Existenz ist das Sein desjenigen Seienden, das offen steht fuer die Offenheit
des Seins, in der es steht, indem es sie aussteht." (M. Heidegger)
From rz.uni-karlsruhe.de!rz.uni-karlsruhe.de!chris Thu Jan 27 13:51:37 1994
Path: rz.uni-karlsruhe.de!rz.uni-karlsruhe.de!chris
From: chris@rz.uni-karlsruhe.de (Christian Finger)
Newsgroups: uka.rz.stud
Subject: Re: Achtung: Probleme mit /dev/null
Date: 24 Jan 1994 00:38:26 GMT
Organization: Computer Center, University of Karlsruhe, Germany
Lines: 50
Distribution: world
Message-ID: <2hv5a2$j0h@nz12.rz.uni-karlsruhe.de>
References: <2hjctc$o7o@nz12.rz.uni-karlsruhe.de> <2huus6$idk@nz12.rz.uni-karlsruhe.de>
Reply-To: finger@rz.uni-karlsruhe.de
NNTP-Posting-Host: tp72.rz.uni-karlsruhe.de
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Wie in verschiedenen Postings geaeussert wurde gibt es Probleme
die ins Null Device (/dev/null) abgeschobenen Bits zu entsorgen:
Die (Massen-) Vernichtung ueber die kill-resistors fuehrt zu Waerme-Problemen.
In einem Pilot-Projekt hat daher das RZ eine neue, gemischte Strategie
eingefuehrt, sie traegt den Namen:
BIt Elimination/Recycling (kurz: BIER)
Dabei wird vorgegangen wie folgt:
Geloeschte Bits werden zunaechst in das Null Device gebracht (daran hat
sich zunaechst nichts geaendert).
Zur Vernichtung bestehen aber jetzt folgende Moeglichkeiten:
- Bei Schreiboperationen auf die Platte, werden Bloecke, die nur teilweise
beschrieben werden, mit Bits aus dem Null Device aufgefuellt
- Das selbe Verfahren existiert auch fuer nur teilweise belegte Hauptspeicher-
Seiten
- Was hier nicht unterzubringen ist, wird konventionell ueber die
kill-resistors entsorgt, vorrausgesetzt die zulaessige Arbeitstemperatur
wird nicht ueberschritten
- Wenn dann zu Stosszeiten alle vorigen Massnahmen nicht ausreichen, werden
die ueberzaehligen Bits mit dem BTP (Bit Transfer Protokoll) zum Terminal-
Server uebertragen, wo sie wahllos in die Verbindungen eingestreut werden,
was aber wegen MNP5 etc. nicht auffaellt (ausserdem gibt sowieso jeder
der Post die Schuld).
Ausserdem arbeiten wir schon am Nachfolge-System, der
Distributed Bit Elimination (DBE)
Hierbei werden die Bits an Workstations, die noch geeignete Kapazitaeten
frei haben, verschickt (in diesem Zusammenhang, werden wir demnaechst eine
Studienarbeit aussschreiben, die sich mit der geeigneten Verteilung
(heat balancing) beschaeftigen wird).
Interessant ist vielleicht auch die Beobachtung, dass sich in den
Skandinavischen Laendern eine Reihe von Firmen gebildet haben, die
Kunden in ganz Europa anbieten, per BTP ihre Bits zu entsorgen
(dort gibt's halt keine Hitzeprobleme), fuer das RZ ist aber dieser
Dienst zu teuer und ausserdem zu ungewiss (was passiert beim Ausfall
der Dateinverbindung ?).
In der Hoffnung, der Allgemeinbildung der geneigten Leser einen Dienst
getan zu haben........
Ciao,
Christian
--
. Christian Finger Computer Center (G20.21 R318)
||| EMail : finger@rz.uni-karlsruhe.de University of Karlsruhe
\||| Tel : (+49) 721/608-4038 Postfach 6980
/ Fax : (+49) 721/32550 D-76128 Karlsruhe, Germany
From rz.uni-karlsruhe.de!rzstud1.rz.uni-karlsruhe.de!ukd1 Thu Jan 27 13:51:37 1994
Path: rz.uni-karlsruhe.de!rzstud1.rz.uni-karlsruhe.de!ukd1
From: ukd1@rzstud1.rz.uni-karlsruhe.de (Bernd Eckenfels)
Newsgroups: uka.rz.stud
Subject: Re: Achtung: Probleme mit /dev/null
Date: 24 Jan 1994 13:27:03 GMT
Organization: University of Karlsruhe, Germany
Lines: 39
Distribution: world
Message-ID: <2i0ib7$p29@nz12.rz.uni-karlsruhe.de>
References: <2hjctc$o7o@nz12.rz.uni-karlsruhe.de>
NNTP-Posting-Host: rzstud1.rz.uni-karlsruhe.de
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Newsreader: TIN [version 1.2 PL0]
Ich habe neulich einen Artikel in einer Zeitschrift ueber Kernphysik gelsen.
Kann mich leider nicht mehr genau an die Quelle erinnern, aber ich denke der
Inhalt duerfte interessant sein:
In der naehe von grossen Teilchenbeschleunigern ist in letzter Zeit haeufig
der Fehler aufgetreten, dass Computersysteme, besonders Unix, probleme
haben, mit verschwindenden Dateien. Die Daten gehen spurlos verschwunden.
Ein hochgegabter Physikstudent (und nebenbei Linux Hacker) soll dem
Phaenomen auf die Pelle gerueckt sein, und dabei auf Anti-Bits gestossen
sein, die durch starke elektromagnetische Wellen erzeugt werden koenne.
Diese Antibits konnten in Laborversuchen schon hergestellt werden (man setze
eine Diskette starker elektromagnetischer Strahlung aus). Es wird also in
absehbarer Zukunft ein neues Unix Devive geben /dev/-null, von dem man
lesend Antibits holen kann. Dateien werden dann nicht mehr mit mv datei >
/dev/null geloescht, sondern durch cat /dev/-null > datei.
PS: Anmerkung: man soll es nicht fuer moeglich halten, aber die Entwickler
der HP-Workstations haben sich dieses Phaenomens schon bedient. Sie
benutzen die elektromagnetische Strahlung des Netzteils zum erzeugen der
Antibits, diese koenne vom /dev/null gelesen werden. Also ist eine
rsourcensparende Loeschmoeglichkeit durch cat /dev/null > datei schon jetzt
moeglich. Die durch Materie/Antimaterie reaktion geloeschte datei kann dann
ohne gefahr fuer das BIER System in das /dev/null geschoben werden.
PPS: fuer Linux muss noch etwas daran gearbeitet werden. Man kann aber einen
aenlichen Effekt mit cat /dev/zero > date schon jetzt erzielen, allerdings
bleiben Bits, die das Zerfallprodukt sind, leider noch auf der Platte.
PPPS: Es soll auf dem /dev/null ein Filesystem mit einer sehr witzigen
Directoryhierachy geben. Das mkfs wurde Werkseitig von HP gemacht,
allerdings ist die Spezifikation des Layouts geheim, hat hier jmd Infos?
PPPPS: Kein Witz: es gibt unter Linux das /dev/full!
--
Bernd Eckenfels ukd1@dkauni2.bitnet "eckes"@irc
Wittumstrasse 13 ukd1@ibm3090.rz.uni-karlsruhe.de Student of Comp. Science
76646 Bruchsal 4 ukd1@rz.uni-karlsruhe.de University Karlsruhe
G E R M A N Y s_eckenfel@iravcl.ira.uka.de Germany, Europe, ...
From rz.uni-karlsruhe.de!not-for-mail Thu Jan 27 13:51:37 1994
Path: rz.uni-karlsruhe.de!not-for-mail
From: S_DWORATZEK@IRAV1.ira.uka.de (|S| Mark Dworatzek)
Newsgroups: uka.rz.stud
Subject: Re: Achtung: Probleme mit /dev/null
Date: 24 Jan 1994 13:39:08 GMT
Organization: University of Karlsruhe, FRG
Lines: 16
Distribution: world
Message-ID: <2i0j1s$pjh@nz12.rz.uni-karlsruhe.de>
NNTP-Posting-Host: irav1.ira.uka.de
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-News-Reader: VMS NEWS 1.25
>Aaargh... also hoffentlich wird HP in HP-UX 10 endlich den parity -
>daemon einfuehren. Solche Schaeden an /dev/null treten naemlich nur
>auf, wenn ueber laengere Zeit das Paritaetserhaltungsgesetz verletzt
>wird. Im Null - device muessen naemlich etwa die gleiche Zahl Nullen
>und Einsen landen,
Tja, das ist natuerlich ein Problem....wie waere es mit der Einfuehrung
eines "Gruenen Punktes" fuer Daten???
Es duerfen nur Dateien geloescht werden die dieser Norm entsprechen....andere
Daten muessen auf Disketten mit nach Hause genommen werden und privat ent-
sorgt werden. Ich werde noch diese Woche bei unserer Wertstoffsammelstelle
nachfragen ob die so was nehmen...
Mark Dworatzek
From rz.uni-karlsruhe.de!rz.uni-karlsruhe.de!ry66 Thu Jan 27 13:51:38 1994
Path: rz.uni-karlsruhe.de!rz.uni-karlsruhe.de!ry66
From: ry66@rz.uni-karlsruhe.de (Andreas Ley)
Newsgroups: uka.rz.stud
Subject: Re: Achtung: Probleme mit /dev/null
Date: 24 Jan 1994 15:04:07 GMT
Organization: University of Karlsruhe, Germany
Lines: 49
Distribution: world
Message-ID: <2i0o17$q2e@nz12.rz.uni-karlsruhe.de>
References: <2hjctc$o7o@nz12.rz.uni-karlsruhe.de> <2huus6$idk@nz12.rz.uni-karlsruhe.de>
Reply-To: ley@rz.uni-karlsruhe.de
NNTP-Posting-Host: tp70.rz.uni-karlsruhe.de
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
In article <2huus6$idk@nz12.rz.uni-karlsruhe.de>, ukbx@rzstud1.rz.uni-karlsruhe.de (Jerome Waibel) writes:
|> Erasing Machines" angeboten. In diesen werden ankommende Bits nicht mehr
|> ausschließlich in Hitze umgewandelt, sondern durch ca. 9-11 an der
|> Geräte-Vorderseite angebrachte LEDs ebenso in Lichtenergie. So
Das RZ hatte bereits ein solches Geraet der Firma Akro in Erprobung, ist aber
schnell wieder von dessen Einsatz abgekommen. Dazu muss man allerdings wissen,
wo die rzstud1 steht, naemlich im 1.UG im Rechnerraum (vom -119 aus kann
man sie sogar sehen). Und genau gegenueber steht der Bandroboter und die
Tapedrives. Und wer dem Robi schon mal bei der Arbeit zugesehen hat, weiss,
dass der mit 'ner Lampe und 'ner Kamera die Baender abliest. Anhand der
Erhitzung des Null-Devices kann man sich denken, dass auf der rzstud1 jede
Menge Daten geloescht werden, und entsprechend war dann auch die Licht-
entwicklung (man stelle sich vor, dass man mit einer 20-Watt-Neonroehre
einen Raum gut ausleuchten kann, aber >2000-Watt-Heizung braucht). Durch
dieses Licht wurde der Robi so sehr gestoert, dass er staendig die falschen
Baender eingelegt hat, was natuerlich unangenehm ist (man stelle sich vor,
von Trotha kommt zu einer Vorfuehrung, und der Robi laedt Frederik's Bilder-
Sammlung ein...). Kritisch wurde es, als der Roboter nicht mehr erkennen
konnte, ob schon ein Band eingelegt ist, und bis zu 17(!) Baender in ein
Laufwerk eingeschoben hat - die Techniker haben vielleicht geschaut, als
sie einen Drive gesehen hat, dre so voll war, dass er sich nach hinten
ausbeulte! Daraufhin wurde diese Moeglichkeit wieder fallengelassen, ausser-
dem sahen die Operator mit den dicken Sonnenbrillen schon komisch aus...
|> eines Lüfters überflüssig wurde. Die Daten-Vernichtung kann bei den
|> besseren Geräten mit Geschwindigkeiten von über 14400 Bit pro Sekunde
|> stattfinden.
Noch so ein Problem. Die /scsi1 hat 2195020 Kbytes Speicherplatz, das sind
1.798160e+10 Bits, bei 14400 bps braucht das 1248722 sec oder 347 Tage, um
die ganze Platte zu loeschen, also fast ein Jahr - absolut unakzeptabel!
Wenn man die 10% root und die sync-bits mitrechnet, wuerde allein das
Formatieren ueber ein Jahr dauern - ich glaube, solange haetten die Studis
nicht mehr auf ihre Platte warten wollen!
|> (Gerüchten nach sollen diese Geräte auch in der Lage sein, Verbindungen
|> zu anderen Rechnern herzustellen, aber ich glaube, daß gehört doch eher
|> in das Gebiet der Computer-Märchen!)
Du hast wohl noch nie von BIER und DBE gehoert?!
Bye, Andy
-------------------------------------------------------------------------------
Andreas Ley ! "Even when you're ! Email: ley@rz.uni-karlsruhe.de
Nelkenstr. 9 ! a genius, life is ! Voice: +49 721 84 10 36
76135 Karlsruhe ! a mystery!" ! RZ: +49 721 608 4038
Germany ! Doogie Howser, M.D. ! AKK: +49 721 96 403 22
From rz.uni-karlsruhe.de!rz.uni-karlsruhe.de!ry66 Thu Jan 27 13:51:38 1994
Path: rz.uni-karlsruhe.de!rz.uni-karlsruhe.de!ry66
From: ry66@rz.uni-karlsruhe.de (Andreas Ley)
Newsgroups: uka.rz.stud
Subject: Re: Achtung: Probleme mit /dev/null
Date: 24 Jan 1994 15:14:39 GMT
Organization: University of Karlsruhe, Germany
Lines: 71
Distribution: world
Message-ID: <2i0okv$q2e@nz12.rz.uni-karlsruhe.de>
References: <2hjctc$o7o@nz12.rz.uni-karlsruhe.de> <2huus6$idk@nz12.rz.uni-karlsruhe.de> <2hv5a2$j0h@nz12.rz.uni-karlsruhe.de>
Reply-To: ley@rz.uni-karlsruhe.de
NNTP-Posting-Host: tp70.rz.uni-karlsruhe.de
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
In article <2hv5a2$j0h@nz12.rz.uni-karlsruhe.de>, chris@rz.uni-karlsruhe.de (Christian Finger) writes:
|> Zur Vernichtung bestehen aber jetzt folgende Moeglichkeiten:
|> - Bei Schreiboperationen auf die Platte, werden Bloecke, die nur teilweise
|> beschrieben werden, mit Bits aus dem Null Device aufgefuellt
Aber nur soweit, wie sie nicht die Unwucht auf der Platte vergroessern, daher
nur begrenzt einsetzbar.
|> - Das selbe Verfahren existiert auch fuer nur teilweise belegte Hauptspeicher-
|> Seiten
Hat hier eigentlich schon mal jemand Ueberlegungen angestellt, wie es mit
ungleicher Verteilung von 0- und 1-bits im Speicher aussieht? Vielleicht
ist das ja der grund, warum neulich der eine Speicherchip aus seinem Sockel
gehuepft ist und die Maschine gebroeselt hat.
|> - Was hier nicht unterzubringen ist, wird konventionell ueber die
|> kill-resistors entsorgt, vorrausgesetzt die zulaessige Arbeitstemperatur
|> wird nicht ueberschritten
Es wurden auch schon Ueberlegungen angestellt, das Null-Device im Winter
ins Freie zu stellen, aber zum einen waere die Datensicherheit nicht mehr
gewaehrleistet, zum anderen duerften enorme Probleme mit der Leitungslaenge
des SCSI-2-Interfaces auftreten.
|> - Wenn dann zu Stosszeiten alle vorigen Massnahmen nicht ausreichen, werden
|> die ueberzaehligen Bits mit dem BTP (Bit Transfer Protokoll) zum Terminal-
|> Server uebertragen, wo sie wahllos in die Verbindungen eingestreut werden,
|> was aber wegen MNP5 etc. nicht auffaellt (ausserdem gibt sowieso jeder
|> der Post die Schuld).
Das ist eigentlich unverantwortlich, denn auch das MNP5-Protokoll muss die
falschen Bloecke vernichten, was zu erheblicher Erwaermung des Modems fuehren
kann. Vielleicht erklaert das die vielen durchgebrannten Modems in letzter
Zeit?
|> Ausserdem arbeiten wir schon am Nachfolge-System, der
|> Distributed Bit Elimination (DBE)
|>
|> Hierbei werden die Bits an Workstations, die noch geeignete Kapazitaeten
|> frei haben, verschickt (in diesem Zusammenhang, werden wir demnaechst eine
|> Studienarbeit aussschreiben, die sich mit der geeigneten Verteilung
|> (heat balancing) beschaeftigen wird).
Im Rahmen des campusweiten Uni-Informations-Systems, das gerade im Aufbau
ist, soll auf dem WWW-Server des RZ auch eine Seite Null.html eingerichtet
werden. Hierueber koennen Benutzer der oeffentlich aufgestellten PCs dann
geloeschte Bits entsorgen und so einen freiwilligen Beitrag zur Entlastung
des Null-Devices leisten. Ausserdem laufen Ueberlegungen in Richtung einer
Gruendung eines neuen AStA-Arbeitskreises, der sich des Problems annehmen
soll. Arbeitstitel: AK BIER.
|> Interessant ist vielleicht auch die Beobachtung, dass sich in den
|> Skandinavischen Laendern eine Reihe von Firmen gebildet haben, die
|> Kunden in ganz Europa anbieten, per BTP ihre Bits zu entsorgen
|> (dort gibt's halt keine Hitzeprobleme), fuer das RZ ist aber dieser
|> Dienst zu teuer und ausserdem zu ungewiss (was passiert beim Ausfall
|> der Dateinverbindung ?).
Und wenn XLink die Packets wieder ueber Amsterdam-Genf-Paris routet, wie
letzthin geschehen, duerften die jeweiligen Netzwerkbetreiber uns gehoerig
auf's Dach steigen. Womoeglich landen unsere Bits nochmal in der Sahel-Zone,
und wie's da mit der Hitze aussieht, weiss wohl jeder...
Bye, Andy
-------------------------------------------------------------------------------
Andreas Ley ! "Even when you're ! Email: ley@rz.uni-karlsruhe.de
Nelkenstr. 9 ! a genius, life is ! Voice: +49 721 84 10 36
76135 Karlsruhe ! a mystery!" ! RZ: +49 721 608 4038
Germany ! Doogie Howser, M.D. ! AKK: +49 721 96 403 22
From rz.uni-karlsruhe.de!rz.uni-karlsruhe.de!ry66 Thu Jan 27 13:51:38 1994
Path: rz.uni-karlsruhe.de!rz.uni-karlsruhe.de!ry66
From: ry66@rz.uni-karlsruhe.de (Andreas Ley)
Newsgroups: uka.rz.stud
Subject: Re: Achtung: Probleme mit /dev/null
Date: 24 Jan 1994 15:24:50 GMT
Organization: University of Karlsruhe, Germany
Lines: 50
Distribution: world
Message-ID: <2i0p82$q2e@nz12.rz.uni-karlsruhe.de>
References: <2hjctc$o7o@nz12.rz.uni-karlsruhe.de> <2i0ib7$p29@nz12.rz.uni-karlsruhe.de>
Reply-To: ley@rz.uni-karlsruhe.de
NNTP-Posting-Host: tp70.rz.uni-karlsruhe.de
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
In article <2i0ib7$p29@nz12.rz.uni-karlsruhe.de>, ukd1@rzstud1.rz.uni-karlsruhe.de (Bernd Eckenfels) writes:
|> PS: Anmerkung: man soll es nicht fuer moeglich halten, aber die Entwickler
|> der HP-Workstations haben sich dieses Phaenomens schon bedient. Sie
|> benutzen die elektromagnetische Strahlung des Netzteils zum erzeugen der
|> Antibits, diese koenne vom /dev/null gelesen werden. Also ist eine
|> rsourcensparende Loeschmoeglichkeit durch cat /dev/null > datei schon jetzt
|> moeglich. Die durch Materie/Antimaterie reaktion geloeschte datei kann dann
|> ohne gefahr fuer das BIER System in das /dev/null geschoben werden.
Eigentlich handelt es sich beim Nulldevice um zwei devices, wie sich jeder
selber ueberzeugen kann:
rzstud1 > ll /dev/null
crw-rw-rw- 1 root root 3 0x000002 Jan 24 15:50 /dev/null
^
Der Beweis!
HP ist bei der Erzeugung des devices nur ein kleiner Fehler unterlaufen,
da das Script, das die devices einrichtet, zwar mathematisch korrekt aber
in diesem Fall unerwuenscht -null = null gesetzt hat und deswegen /dev/-null
einfach auf /dev/null draufgesetzt hat.
|> PPS: fuer Linux muss noch etwas daran gearbeitet werden. Man kann aber einen
|> aenlichen Effekt mit cat /dev/zero > date schon jetzt erzielen, allerdings
|> bleiben Bits, die das Zerfallprodukt sind, leider noch auf der Platte.
Wieso nimmt man da nicht die PD-Versionen von /dev/nought oder /dev/0 ?
Oder die Shareware /dev/nil, die sogar ein graphisches Interface besitzt?
|> PPPS: Es soll auf dem /dev/null ein Filesystem mit einer sehr witzigen
|> Directoryhierachy geben. Das mkfs wurde Werkseitig von HP gemacht,
|> allerdings ist die Spezifikation des Layouts geheim, hat hier jmd Infos?
Leider nein, da /dev/null und /dev/-null uebereinander gelegt wurden, haben
sich alle Bits und Anti-Bits gegeneinander aufgehoben, so dass das /dev/null
Filesystem ziemlich leer ist. Wer mal ein find /dev/null -type f -print
gemacht hat, weiss dass da nix rumliegt, und an den permissions liegt es nicht!
|> PPPPS: Kein Witz: es gibt unter Linux das /dev/full!
Ein mueder Abklatsch des /dev/infinity von AT&T... Wen's interessiert, soll
sich mal die Sourcen zu GNUs /dev/ginfinity holen, sehr interessant!
Bye, Andy
-------------------------------------------------------------------------------
Andreas Ley ! "Even when you're ! Email: ley@rz.uni-karlsruhe.de
Nelkenstr. 9 ! a genius, life is ! Voice: +49 721 84 10 36
76135 Karlsruhe ! a mystery!" ! RZ: +49 721 608 4038
Germany ! Doogie Howser, M.D. ! AKK: +49 721 96 403 22
From rz.uni-karlsruhe.de!subnet.sub.net!flatlin!pilhuhn!pilhuhn!not-4-mail Thu Jan 27 13:51:38 1994
Path: rz.uni-karlsruhe.de!subnet.sub.net!flatlin!pilhuhn!pilhuhn!not-4-mail
From: hwr@pilhuhn.sub.org (Heiko W.Rupp)
Newsgroups: uka.rz.stud
Subject: Re: Achtung: Probleme mit /dev/null
Date: 25 Jan 1994 13:06:50 +0100
Organization: The Home Of The Pilhuhn
Lines: 21
Message-ID: <2i320q$t8u@pilhuhn.pilhuhn.sub.org>
References: <2hjctc$o7o@nz12.rz.uni-karlsruhe.de> <2huus6$idk@nz12.rz.uni-karlsruhe.de> <2hv5a2$j0h@nz12.rz.uni-karlsruhe.de> <2i0okv$q2e@nz12.rz.uni-karlsruhe.de>
NNTP-Posting-Host: pilhuhn
ry66@rz.uni-karlsruhe.de (Andreas Ley) writes:
>|> Dienst zu teuer und ausserdem zu ungewiss (was passiert beim Ausfall
>|> der Dateinverbindung ?).
>Und wenn XLink die Packets wieder ueber Amsterdam-Genf-Paris routet, wie
>letzthin geschehen, duerften die jeweiligen Netzwerkbetreiber uns gehoerig
>auf's Dach steigen. Womoeglich landen unsere Bits nochmal in der Sahel-Zone,
>und wie's da mit der Hitze aussieht, weiss wohl jeder...
Dies war voellige Absicht. Wie alle mitbekommen haben, hat der Winter
in Paris besonders stark zugeschlagen; viele Obdachlose wussten nicht,
wo hin sie sollten. Um fuer diese Obdachlose bessere Bedingungen zu
schaffen, wurde kurzerhand ein altes Rechenzenturm angemietet und die
Packtete dort hin umgeroutet, damit es wenigstens ein klein wenig warm
wurde.
--
Heiko W.Rupp Gerwigstr.5 D-76131 Karlsruhe +49 721 9661521
"That is one of the Laws of USENET, up there with `You can tell when a USENET
discussion is getting old when someone drags out Hitler and the Nazis.'"
-- David Goldfarb
From rz.uni-karlsruhe.de!rz.uni-karlsruhe.de!ry66 Thu Jan 27 13:51:38 1994
Path: rz.uni-karlsruhe.de!rz.uni-karlsruhe.de!ry66
From: ry66@rz.uni-karlsruhe.de (Andreas Ley)
Newsgroups: uka.rz.stud
Subject: Re: Achtung: Probleme mit /dev/null
Date: 25 Jan 1994 14:23:09 GMT
Organization: University of Karlsruhe, Germany
Lines: 26
Distribution: world
Message-ID: <2i3a0d$bvd@nz12.rz.uni-karlsruhe.de>
References: <2hjctc$o7o@nz12.rz.uni-karlsruhe.de> <2huus6$idk@nz12.rz.uni-karlsruhe.de> <2hv5a2$j0h@nz12.rz.uni-karlsruhe.de> <2i0okv$q2e@nz12.rz.uni-karlsruhe.de> <2i320q$t8u@pilhuhn.pilhuhn.sub.org>
Reply-To: ley@rz.uni-karlsruhe.de
NNTP-Posting-Host: tp70.rz.uni-karlsruhe.de
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
In article <2i320q$t8u@pilhuhn.pilhuhn.sub.org>, hwr@pilhuhn.sub.org (Heiko W.Rupp) writes:
|> Dies war voellige Absicht. Wie alle mitbekommen haben, hat der Winter
|> in Paris besonders stark zugeschlagen; viele Obdachlose wussten nicht,
|> wo hin sie sollten. Um fuer diese Obdachlose bessere Bedingungen zu
|> schaffen, wurde kurzerhand ein altes Rechenzenturm angemietet und die
|> Packtete dort hin umgeroutet, damit es wenigstens ein klein wenig warm
|> wurde.
Ein klein wenig? XLink hat den ganzen usa-traffic nach Paris geroutet, und
dort ist er _steckengeblieben_ (immerhin versteh' ich jetzt, wieso :), d.h.
alle Bits, ob nun aus dem Null-Device oder regulaerer Verkehr, sind da ver-
nichtet worden, das muss eine enorme Waermemenge ergeben haben.
Allerdings ist mir in dem Zusammenhang ein anderes Problem aufgefallen:
Wenn die Bits durch so lange Leitungen laufen muessen, entsteht doch eine
enorme Reibungswaerme - muessen schnelle Leitungen (FDDI oder so) dann
speziell gekuehlt werden? Und vor allem, was wird aus den Bits, die von
der langen Reise ganz erschoepft und muede sind?
Bye, Andy
-------------------------------------------------------------------------------
Andreas Ley ! "Even when you're ! Email: ley@rz.uni-karlsruhe.de
Nelkenstr. 9 ! a genius, life is ! Voice: +49 721 84 10 36
76135 Karlsruhe ! a mystery!" ! RZ: +49 721 608 4038
Germany ! Doogie Howser, M.D. ! AKK: +49 721 96 403 22
From rz.uni-karlsruhe.de!xlink.net!scsing.switch.ch!swidir.switch.ch!news.univie.ac.at!Germany.EU.net!netmbx.de!zrz.TU-Berlin.DE!zib-berlin.de!tfh-berlin.de!mx304!s561635 Thu Jan 27 13:51:39 1994
Path: rz.uni-karlsruhe.de!xlink.net!scsing.switch.ch!swidir.switch.ch!news.univie.ac.at!Germany.EU.net!netmbx.de!zrz.TU-Berlin.DE!zib-berlin.de!tfh-berlin.de!mx304!s561635
From: s561635@tfh-berlin.de (Wolfgang_Karoly-Szoecs)
Newsgroups: de.talk.jokes,uka.rz.stud
Subject: Re: Achtung: Probleme mit /dev/null
Followup-To: de.talk.jokes,uka.rz.stud
Date: 25 Jan 1994 18:53:31 GMT
Organization: TFH-Berlin (Berlin, Germany)
Lines: 30
Message-ID: <2i3prb$8ml@sun19.tfh-berlin.de>
References: <2hjd6i$o8o@nz12.rz.uni-karlsruhe.de> <2hogua$ilh@nz12.rz.uni-karlsruhe.de> <2hohfg$kb0@nz12.rz.uni-karlsruhe.de>
NNTP-Posting-Host: mx304.tfh-berlin.de
X-Newsreader: TIN [version 1.2 PL2]
Xref: rz.uni-karlsruhe.de de.talk.jokes:10640 uka.rz.stud:618
: Ich verstehe sowieso nicht, wie die überhaupt ohne parityd
: auskommen können. Die Platten müssen doch durch die
: unregelmäßige Verteilung von Einsen und Nullen völlig unwuchtig
: laufen (vgl. Hackers Dictionary: "walking disk drives").
: Wahscheinlich haben sie die am Boden festgeschraubt.
: --
Wieso solche Probleme ?
Bei HP-UX 10 wird doch wahrscheinlich der HDUNWUCHT Befehl von MS-DOS 9.0
implementiert werden. Dieser wird dann einfach per cron aktiviert.
Alle 10000 Umdrehungen oder 20000 Kopf-Kilometer wird er dann aktiviert,
und fuegt (oder in schweren Faellen auch durch Loeschen) dann an den
entsprechenden Stellen Nullen oder Einsen so ein, dass die Unwucht
behoben wird.
...ja ja, ich glaub' ein Objoke ist noch faellig:
Wer waren die 'tatsaechlichen' Gewinner des Golfkrieges ?
Na die Nutten und die Schwulen.
Die Nutten kannten alle Stellungen, und die Schwulen kamen von hinten.
Bye Bye
--
\--------------------------------------------\ _ ______ |
\ Wolfgang Szoecs \ /X25\____-=0`/|0`/__|
\ TFH-Berlin \_______\ Germany / | / )
/ SMTP: s561635@tfh-berlin.de / `/-==_____/__|/__=-|
/ X400: szoecs@informatik.tfh-berlin.d400.de / * \ | |
/--------------------------------------------/ (o)
From rz.uni-karlsruhe.de!rz.uni-karlsruhe.de!ry66 Thu Jan 27 13:51:37 1994
Path: rz.uni-karlsruhe.de!rz.uni-karlsruhe.de!ry66
From: ry66@rz.uni-karlsruhe.de (Andreas Ley)
Newsgroups: de.talk.jokes,uka.rz.stud
Subject: Re: Achtung: Probleme mit /dev/null
Date: 26 Jan 1994 15:29:55 GMT
Organization: University of Karlsruhe, Germany
Lines: 49
Distribution: world
Message-ID: <2i629j$oki@nz12.rz.uni-karlsruhe.de>
References: <2hjd6i$o8o@nz12.rz.uni-karlsruhe.de> <2hogua$ilh@nz12.rz.uni-karlsruhe.de>
<2hohfg$kb0@nz12.rz.uni-karlsruhe.de> <2i3prb$8ml@sun19.tfh-berlin.de>
Reply-To: ley@rz.uni-karlsruhe.de
NNTP-Posting-Host: tp70.rz.uni-karlsruhe.de
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Xref: rz.uni-karlsruhe.de de.talk.jokes:10655 uka.rz.stud:630
In article <2i3prb$8ml@sun19.tfh-berlin.de>, s561635@tfh-berlin.de (Wolfgang_Karoly-Szoecs) writes:
|> Bei HP-UX 10 wird doch wahrscheinlich der HDUNWUCHT Befehl von MS-DOS 9.0
|> implementiert werden. Dieser wird dann einfach per cron aktiviert.
Natuerlich, gar kein Problem, mit soft-pc geht alles. Allerdings braucht
soft-pc ein X11-Fenster, und das geht auf der rzstud1 ja nicht, deswegen
faellt diese Moeglichkeit fuer diese Maschine leider aus. Zudem ist so
schnell nicht mit MS-DOS 9.0 zu rechnen, da den Entwicklern in letzter
Sekunde aufgefallen ist, dass der Befehl HDUNWUCHT ja 9(!) Buchstaben hat
und deswegen im Filesystem nicht darstellbar ist. Allein aus diesem Grund
wird fuer MS-DOS 9.0 ein neues Filesystem entwickelt, das laengere Filenamen
versteht. MicroSoft hat hierfuer schon einen ausserst komfortablen und
schnellen AssemblerSource, der aber intensiv das RT/FM Registerpaar benutzt,
das erst im Oktium (aka 80886, mit 80887 Coprozessor) unterstuetzt wird.
Insofern scheint die Release von MS-DOS 9.0 wohl von Intel abzuhaengen.
|> Alle 10000 Umdrehungen oder 20000 Kopf-Kilometer wird er dann aktiviert,
Nicht gerade die sinnvollsten Alternativen - das wuere ja rechnerisch
heissen, dass eine Plattenumdrehung im Schnitt 2 Kilometern entspricht -
so grosse Platten hat selbst das RZ nicht!
|> und fuegt (oder in schweren Faellen auch durch Loeschen) dann an den
|> entsprechenden Stellen Nullen oder Einsen so ein, dass die Unwucht
|> behoben wird.
Dieses Verhalten scheint mir fuer MS-DOS durchaus angemessen. In Unix
koennten dadurch aber beispielsweise Spielesammlungen von Systemadministratoren
Schaden erleiden, daher ist ein solches System absolut unakzeptabel.
Bye, Andy
P.S.: Fuer alle, die das RT/FM Registerpaar noch nicht kennen: es handelt
sich dabei um ein "Recent Track" Register und ein "Failure Mode"
Register, damit kann erstmals der von MS-DOS gelieferte Schreib/Lese-
Fehler nicht mehr nur von der internen Uhr abhaengig gemacht werden,
sondern auch von der zuletzt gelesen Plattenposition. Dies erlaubt
neben den bereits bekannten "Montagsfehlern" und den "Immer-wenn-ich-
gerade-gehen-muss-Fehlern" jetzt auch Fehler, die anscheinend auf
bestimmte Applikationen oder Dateien zurueckzufuehren sind und nach
deren Neuinstallation (an einer anderen Plattenposition) nicht
mehr auftreten. Hierdurch wird der Glaube des Anwenders in seine eigene
Unfaehigkeit gestaerkt und gefestigt.
-------------------------------------------------------------------------------
Andreas Ley ! "Even when you're ! Email: ley@rz.uni-karlsruhe.de
Nelkenstr. 9 ! a genius, life is ! Voice: +49 721 84 10 36
76135 Karlsruhe ! a mystery!" ! RZ: +49 721 608 4038
Germany ! Doogie Howser, M.D. ! AKK: +49 721 96 403 22
|
