home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / de / comp / os / unix / 1317 < prev    next >
Encoding:
Internet Message Format  |  1992-07-28  |  2.2 KB
  1. Path: sparky!uunet!gatech!darwin.sura.net!jvnc.net!yale.edu!ira.uka.de!smurf.sub.org!news
  2. From: urlichs@smurf.sub.org (Matthias Urlichs)
  3. Newsgroups: de.comp.os.unix
  4. Subject: Re: Probleme bei 386BSD 0.1
  5. Date: 28 Jul 1992 17:43:08 +0200
  6. Organization: University of Karlsruhe, FRG
  7. Lines: 33
  8. Message-ID: <153pucINNi9m@smurf.smurf.sub.org>
  9. References: <LqqkoB1w165w@mavsh.mali.sub.org>
  10. NNTP-Posting-Host: 127.0.0.1
  11.  
  12. In de.comp.os.unix, article <LqqkoB1w165w@mavsh.mali.sub.org>,
  13.   maverick@mavsh.mali.sub.org (Jan-Oliver Neumann) writes:
  14. < 1. Die Ortszeit: 
  15. <       Wenn ich 386BSD nach dem Installieren der Binary-Distribution
  16. <       das System starte, ist als Zeitzone "PDT" eingestellt. Als
  17. <       Zeit wird die Zeit der Real-Time-Clock angezeigt. Ich habe nun
  18. <       in /etc den symbolischen Link "localtime" entdeckt. Er hat die
  19. <       Modes lrwxrwxrwx. Er zeigt auf eine Datei namens /usr/..../.../
  20. <       zoneinfo/US/PDT oder so. Loesche ich nun diesen Link und ersetze
  21. <       ihn durch einen Link auf /usr/.../.../zoneinfo/MET, dann wird nach
  22. <       dem booten als Zeitzone MET DST angezeigt. Schoen und gut....
  23. <       AAber: Die Zeit ist jetzt falsch, es wurde die Differenz zwischen
  24. <       PDT und MET DST aufaddiert. Wenn ich dass mit DATE xxxx aendere,
  25. <       ist es beim naechsten booten wieder falsch. Was auffaellt ist, dass
  26. <       der neue link die Modes lrwxrwxr-x hat. Mittels chmod laesst sich das
  27. <       bei Links nicht aendern. Vielleicht hat das system nicht die Moeglichkeit
  28. <       die Zeit irgendwie darauf zu speichern? Eine Variable TZ laesst sich
  29. <       in keinem Shell entdecken...
  30.  
  31. Vergiss TZ. Die Zeitdifferenz kommt wahrscheinlich von der rechnereigenen
  32. Hardwareuhr. Stell die mal auf PDT um (- 9 Stunden), dann muesste der Kernel
  33. das eigentlich fressen.
  34. Kann auch sein, dass das Tail beim Booten /etc/localtime lesen will und wegen
  35. fehlendem /usr nicht kann. Versuche, MET direkt nach /etc/localtime zu
  36. kopieren (vorher symlink entfernen!).
  37. Welche Permissions ein Symlink hat, ist uninteressant, Hauptsache r.xr.xr.x.
  38.  
  39. -- 
  40. Life is wasted on the living.
  41. - Zaphod Beeblebrox IV
  42. -- 
  43. Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
  44. Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/
  45.