Re: Optimale Primary Keys bei Datenbanken
Am Samstag, 14. Oktober 2006 18:22 schrieb Joerg Zimmermann: > > Was spricht gegen einen künstlichen Primärschlüssel? Alle RDBMSe sollten > > Sequenzen kennen, die garantiert nie einen Schlüssel zwei Mal erzeugen. > > Z.B. weil man Schlüssel benötigt, welche nicht vorhersagbar sind. Dann kannst Du immer noch eine Sequenz und einen Hash-Wert kombinieren. oliver
Re: KDE für root
Am Montag, 2. Oktober 2006 20:01 schrieb Berthold Wunderlich: > Am Montag, 2. Oktober 2006 19:23 schrieb Christian Schmidt: > > > - wo ändere ich für root die Oberfläche von Gnome auf KDE (für die > > > Benutzer funktioniert es)? und Ich würde Dir empfehlen, dich als User einzuloggen und ein Programm per kdesu zu starten, wenn das denn unbedingt als root laufen soll. alternativ geht auch : # xhost +localhost # su - # export DISPLAY=:0.0 danach solltest du auch grafische Programme starten können. Wenn Du kdm/gdm nimmst, dann kannst Du zwischen allen installierten Desktops wählen. Im KDE Kontrollzentrum unter +Systemverwaltung +Anmeldungsmanager gibts einen Reiter Benutzer. Da kannst Du einstellen welcher Benutzer sich über kdm einloggen darf. Allerdings haben die anderen Recht, wenn sie sagen, dass es keine gute Idee ist, das für root zu erlauben. > Gruß > Berthold Gruß Oliver
Re: Seltsame IP Adresse
Am Freitag, 18. August 2006 17:50 schrieb Richard Mittendorfer: > Hier wird definitiv eine DHCP Anfrage gemacht. Wer ist .250 und bekommst > du die 169. von dort? (IIRC ist das ein IP-Range, die gern von M$ > verwendet wird) War vielleicht etwas missverständlich. Ja - das war nachdem ich auf dhcp umgestellt habe. 192.168.3.250 ist der dhcp Server und der weist der Netzwerkkarte auch ganz sicher 192.168.3.10 zu. Oliver Gräfe
Re: dm-crypt i/o error
Ich kann zu dem Fehler leider auch nicht viel sagen, Aber ich würde zum einen luks empfehlen und mich mal auf der entsprechenden Mailingliste umsehen: http://www.saout.de/misc/dm-crypt/ Oliver Gräfe
Re: Umstieg auf Debian
> Was passiert aber z.B. mit Benutzereinstellungen im /home - wenn z.B. KDE > nicht mehr unter /opt gefunden wird? Also wo kde installiert ist sollte absolut keine Rolle spielen. In den configs im Home-Verzeichnis steht ja nicht wo kde zu finden ist. (gilt natürlich nicht nur für kde)
kann cdrom nicht öffnen
Ich habe seit kurzem ein Problem mit dem DVD Laufwerk. Nach dem Umount kann
ich das Laufwerk nicht mehr öffnen. Die einzigen Möglichkeiten scheinen ein
eject als root, oder ein cdrecord -eject zu sein. Das ist extrem nervig. Ich
benutze Testing. Ausser einem Update habe ich udftools installiert und mit
cryptsetup herumgespielt. Ich weiss leider nicht ganz genau was ich geändert
habe. Kann mir vielleicht jemand sagen, wie ich herausfinde, woran das liegt?
Google hat mich bisher nicht viel weiter gebracht.
Besten Dank,
oliver
[EMAIL PROTECTED]:~$ mount /dev/cdrom
mount: block device /dev/hdc is write-protected, mounting read-only
[EMAIL PROTECTED]:~$ umount /dev/cdrom
[EMAIL PROTECTED]:~$ lsof /dev/cdrom
lsof: WARNING: can't stat() xfs file system /dev/.static/dev
Output information may be incomplete.
[EMAIL PROTECTED]:~$ lsof /dev/hdc
lsof: WARNING: can't stat() xfs file system /dev/.static/dev
Output information may be incomplete.
[EMAIL PROTECTED]:~$ eject
eject: Kann nicht auswerfen! Letzter Fehler: Das Argument ist ungültig
[EMAIL PROTECTED]:~$ eject -r
eject: Kann nicht auswerfen! Letzter Fehler: Eingabe-/Ausgabefehler
[EMAIL PROTECTED]:~$ su -
Password:
DARKSTAR:~# eject
DARKSTAR:~#
(Das eject als root war erfolgreich)
aus der fstab:
/dev/hdc/media/cdrom0 autouser,noauto 0 0
Auszug aus /var/log/messages:
Jun 16 23:34:59 DARKSTAR kernel: UDF-fs INFO UDF 0.9.8.1 (2004/29/09) Mounting
volume 'CIVILIZATION4', timestamp 2005/10/19 00:03 (1078)
Jun 16 23:35:57 DARKSTAR kernel: hdc: irq timeout: status=0xd0 { Busy }
Jun 16 23:35:57 DARKSTAR kernel: ide: failed opcode was: unknown
Jun 16 23:35:57 DARKSTAR kernel: hdc: DMA disabled
Jun 16 23:35:57 DARKSTAR kernel: hdc: ATAPI reset complete
Jun 16 23:36:17 DARKSTAR kernel: hdc: command error: status=0x51 { DriveReady
SeekComplete Error }
Jun 16 23:36:17 DARKSTAR kernel: hdc: command error: error=0x54 {
AbortedCommand LastFailedSense=0x05 }
Jun 16 23:36:17 DARKSTAR kernel: ide: failed opcode was: unknown
Jun 16 23:36:17 DARKSTAR kernel: end_request: I/O error, dev hdc, sector
8388352
Jun 16 23:36:17 DARKSTAR kernel: hdc: command error: status=0x51 { DriveReady
SeekComplete Error }
Jun 16 23:36:17 DARKSTAR kernel: hdc: command error: error=0x54 {
AbortedCommand LastFailedSense=0x05 }
Jun 16 23:36:17 DARKSTAR kernel: ide: failed opcode was: unknown
Jun 16 23:36:17 DARKSTAR kernel: end_request: I/O error, dev hdc, sector
8388356
Jun 16 23:36:17 DARKSTAR kernel: hdc: command error: status=0x51 { DriveReady
SeekComplete Error }
Jun 16 23:36:17 DARKSTAR kernel: hdc: command error: error=0x54 {
AbortedCommand LastFailedSense=0x05 }
Jun 16 23:36:17 DARKSTAR kernel: ide: failed opcode was: unknown
Jun 16 23:36:17 DARKSTAR kernel: end_request: I/O error, dev hdc, sector
8388352
Jun 16 23:36:17 DARKSTAR kernel: hdc: command error: status=0x51 { DriveReady
SeekComplete Error }
Jun 16 23:36:17 DARKSTAR kernel: hdc: command error: error=0x54 {
AbortedCommand LastFailedSense=0x05 }
Jun 16 23:36:17 DARKSTAR kernel: ide: failed opcode was: unknown
Jun 16 23:36:17 DARKSTAR kernel: end_request: I/O error, dev hdc, sector
8388356
Jun 16 23:36:18 DARKSTAR kernel: UDF-fs INFO UDF 0.9.8.1 (2004/29/09) Mounting
volume 'CIVILIZATION4', timestamp 2005/10/19 00:03 (1078)
Jun 16 23:36:51 DARKSTAR kernel: hdc: irq timeout: status=0xd0 { Busy }
Jun 16 23:36:51 DARKSTAR kernel: ide: failed opcode was: unknown
Jun 16 23:36:51 DARKSTAR kernel: hdc: ATAPI reset complete
Jun 16 23:37:12 DARKSTAR kernel: hdc: command error: status=0x51 { DriveReady
SeekComplete Error }
Jun 16 23:37:12 DARKSTAR kernel: hdc: command error: error=0x54 {
AbortedCommand LastFailedSense=0x05 }
Jun 16 23:37:12 DARKSTAR kernel: ide: failed opcode was: unknown
Jun 16 23:37:12 DARKSTAR kernel: end_request: I/O error, dev hdc, sector
8388352
Jun 16 23:37:12 DARKSTAR kernel: hdc: command error: status=0x51 { DriveReady
SeekComplete Error }
Jun 16 23:37:12 DARKSTAR kernel: hdc: command error: error=0x54 {
AbortedCommand LastFailedSense=0x05 }
Jun 16 23:37:12 DARKSTAR kernel: ide: failed opcode was: unknown
Jun 16 23:37:12 DARKSTAR kernel: end_request: I/O error, dev hdc, sector
8388356
Jun 16 23:37:12 DARKSTAR kernel: hdc: command error: status=0x51 { DriveReady
SeekComplete Error }
Jun 16 23:37:12 DARKSTAR kernel: hdc: command error: error=0x54 {
AbortedCommand LastFailedSense=0x05 }
Jun 16 23:37:12 DARKSTAR kernel: ide: failed opcode was: unknown
Jun 16 23:37:12 DARKSTAR kernel: end_request: I/O error, dev hdc, sector
8388352
Jun 16 23:37:12 DARKSTAR kernel: hdc: command error: status=0x51 { DriveReady
SeekComplete Error }
Jun 16 23:37:12 DARKSTAR kernel: hdc: command error: error=0x54 {
AbortedCommand LastFailedSense=0x05 }
Jun 16 23:37:12 DARKSTAR kernel: ide: failed opcode was: unknown
Jun 16 23:37:12 DARKSTAR kernel: end_request: I/O error, dev hdc, sector
8388356
Jun 16 23:37:12 DARKSTAR kernel: UDF-fs INFO UDF 0.9.8.1 (2004/29/09) Mounting
Re: Sarge: Problem mit dem Auswerfen von CDs
Am Donnerstag, 19. Januar 2006 08:34 schrieb Paul Puschmann: > @Oliver: bitte kein ToFu. Danke. > Entschuldigung! > Bei mir war es meist ein kdeinit - Prozess. Bei mir auch. Nach dem killen konnte ich das Laufwerk auswerfen. Siehe auch hier: http://bugs.kde.org/simple_search.cgi?id=eject+cdrom Allerdings hat manchmal auch Konqueror das Laufwerk geblockt (selbst wenn ich eigentlich dachte ich hätte alle Fenster geschossen) Ausserdem funktioniert wohl das (was ich aber nicht wirklich gut finde): cdrecord -eject dev= oliver
Re: Sarge: Problem mit dem Auswerfen von CDs
Ich hatte das gleiche Problem. Ein Kde- Prozess blockierte immer das Laufwerk. Ein Restart des X-Servers hat das Laufwerk auch wieder freigegeben, genau so wie das killen des entsprechenden KDE-Prozesses. Leider entsinne ich mich nicht mehr welcher Prozess das war. Ein Upgrade auf KDE 3.4 hat das Problem bei mir behoben. Oliver Am Montag, 16. Januar 2006 16:50 schrieb Peter Schütt: > Hallo, > ich habe hier auf einem Rechner folgendes Problem: > Manchmal lassen sich CD's, die unter (Debian/Sarge) KDE gemountet wurden, > nicht mehr auswerfen. > Spätestens beim Reboot klappt es. > FAM ist schon deinstalliert. > > Es weiteres Phänomen war folgendes: > Eine Audio-CD wurde von KSCD erkannt und abgespielt. > Nach Schließen von KSCD wurde sie im Konqueror nicht als gemounted > angezeigt und trotzdem konnte man sie von Hand nicht auswerfen. > > Wie komme ich den Prozessen auf die Spur, die das CD-Laufwerk festhalten? > > Ciao > Peter Schütt > > -- > www.pstt.de
Re: apt und key-IDs bei testing (etch)
Ich glaube du meinst das: wget http://ftp-master.debian.org/ziyi_key_2006.asc -O - | sudo apt-key add - oliver Am Mittwoch, 11. Januar 2006 20:32 schrieb Klaus Ponnath: > Guten Abend, > > ich muß mich bei Euch entschuldigen, denn meine Frage ging vor einigen > Tagen schon mal durch die Liste. Leider habe ich bei der Installation > von Etch meine ganzen Archve vesentlich gelöscht, daher nochmals, was > muß ich machen, das ich bei apt nicht immer Fehlermeldungen wegen > fehlender key IDs bekomme. > > Danke für die gruß Klaus
Re: apt probleme mit pgp keys
Am Samstag, 7. Januar 2006 15:56 schrieb Thomas Weber: > Am Samstag, den 07.01.2006, 14:19 +0100 schrieb Oliver Graefe: > > Danke für die Erklärung. Ist natürlisch logisch. > > > > Leider kann ich den Schlüssel einfach nicht finden: > > > > DARKSTAR:~# export keyid=2D230C5F > > DARKSTAR:~# gpg --keyserver subkeys.pgp.net --recv-key $keyid ; gpg > > --armor --export $keyid | apt-key add - > > gpg: requesting key 2D230C5F from hkp server subkeys.pgp.net > > gpg: keyserver timed out > > Das sieht mir eher nach einem Problem mit Deiner Verbindung aus. Ein > nicht gefundener Schluessel sieht so aus: > > gpg: requesting key 2D230C5E from hkp server subkeys.pgp.net > gpgkeys: key 2D230C5E not found on keyserver > gpg: Keine gültigen OpenPGP-Daten gefunden. Haste recht. meine firewall hat 11371 nicht durchgelassen, weil ich dachte der http port reicht. Danke nochmal. oliver > > Gruss > Thomas
Re: Kernel 2.6.15 & Nvidia Grafikinstallation
Hi Ich benutze auch 2.6.15 . habe die sources von kernel.org geladen, übersetzt, gebootet. der nvidia treiber installiert sich ohne zu meckern. versuchs doch einfach mal. oliver Am Samstag, 7. Januar 2006 20:25 schrieb Alfred Hell: > Hallo! > > Habe hier eben Kernel 2.6.15-git3 installiert (Debian Sarge), bootet auch, > aber die Nvidia Grafikinstallation bricht ab. > Hier ein Ausschnitt aus dem Log: > >In file included from include/linux/dmapool.h:14, > from include/linux/pci.h:454, > from /tmp/selfgz6729/NVIDIA-Linux-x86-1.0-7664-pkg1/usr/src >/nv/nv-linux.h:69, > from /tmp/selfgz6729/NVIDIA-Linux-x86-1.0-7664-pkg1/usr/src >/nv/os-interface.c:26: >include/asm/io.h: In Funktion »check_signature«: >include/asm/io.h:253: Warnung: Argument falschen Typs für > Inkrementierung In Datei, eingefügt > von /tmp/selfgz6729/NVIDIA-Linux-x86-1.0-7664-pkg1/usr/s >rc/nv/os-interface.c:26: > > /tmp/selfgz6729/NVIDIA-Linux-x86-1.0-7664-pkg1/usr/src/nv/nv-linux.h:239:5: > Warnung: »NV_ENABLE_MEM_TRACKING« ist nicht definiert > > /tmp/selfgz6729/NVIDIA-Linux-x86-1.0-7664-pkg1/usr/src/nv/nv-linux.h:267:5: > Warnung: »NV_ENABLE_MEM_TRACKING« ist nicht definiert > > /tmp/selfgz6729/NVIDIA-Linux-x86-1.0-7664-pkg1/usr/src/nv/nv-linux.h:646:2: > Warnung: #warning "conftest.sh failed, assuming remap_page_range(4)!" > /tmp/selfgz6729/NVIDIA-Linux-x86-1.0-7664-pkg1/usr/src/nv/os-interface.c:66 >7 > >:5: Warnung: »DEBUG« ist nicht definiert > > > /tmp/selfgz6729/NVIDIA-Linux-x86-1.0-7664-pkg1/usr/src/nv/os-interface.c:67 >9 > >:5: Warnung: »DEBUG« ist nicht definiert > > > /tmp/selfgz6729/NVIDIA-Linux-x86-1.0-7664-pkg1/usr/src/nv/os-interface.c:12 >6 6:5: Warnung: »DEBUG« ist nicht definiert > > /tmp/selfgz6729/NVIDIA-Linux-x86-1.0-7664-pkg1/usr/src/nv/os-interface.c: > In >Funktion »os_set_mlock_capability«: > > /tmp/selfgz6729/NVIDIA-Linux-x86-1.0-7664-pkg1/usr/src/nv/os-interface.c:12 >8 4: error: structure has no member named `rlim' >make[4]: *** > [/tmp/selfgz6729/NVIDIA-Linux-x86-1.0-7664-pkg1/usr/src/nv/os-i >nterface.o] Fehler 1 >make[3]: *** > [_module_/tmp/selfgz6729/NVIDIA-Linux-x86-1.0-7664-pkg1/usr/src >/nv] Fehler 2 >make[2]: *** [modules] Fehler 2 >NVIDIA: left KBUILD. >nvidia.ko failed to build! >make[1]: *** [module] Fehler 1 >make: *** [module] Fehler 2 > -> Error. > ERROR: Unable to build the NVIDIA kernel module. > ERROR: Installation has failed. Please see the file > > Mit Kernel 2.6.14 gab es keine Probleme. > Auf der Kernel-ML gibts Hinweise auf Closed-Source Treiber die "tainted" > sind. Ist das eventuell das Problem? > Meine Frage: hat wer den selben Fehler und gibts eine Lösung? > > MfG > Alfred > -- > Einschlafhilfe für Programmierer: > while ( !asleep ) sheep++; end; > [Solange nicht schlafend, erhöhe Schaf um eins.]
Re: apt probleme mit pgp keys
Danke für die Erklärung. Ist natürlisch logisch. Leider kann ich den Schlüssel einfach nicht finden: DARKSTAR:~# export keyid=2D230C5F DARKSTAR:~# gpg --keyserver subkeys.pgp.net --recv-key $keyid ; gpg --armor --export $keyid | apt-key add - gpg: requesting key 2D230C5F from hkp server subkeys.pgp.net gpg: keyserver timed out gpg: Empfangen vom Schlüsselserver fehlgeschlagen: Schlüsselserverfehler gpg: WARNUNG: Nichts exportiert gpg: Keine gültigen OpenPGP-Daten gefunden. Mit anderen Servern ist es das gleiche. Ist vielleicht auch nicht so wichtig. Wie gesagt - die anderen Schlüssel funktionieren inzwischen. oliver Am Donnerstag, 5. Januar 2006 12:19 schrieb Jochen Schulz: > Oliver Graefe: > > Hi > > > > Ich habe ein kleines Problem mit apt. Seit heute meckert er fehlende > > pgp-keys an. ich habe in den faq eine beschreibung gelesen, wie man die > > fehlenden schlüssel zum apt-keyring hinzufügt. Aber: erstens habe ich die > > schlüssel nicht auf dem schlüsselserver gefunden > > Ich habe 2D230C5F (s.u.) per subkeys.pgp.net gefunden. > > > und zweitens finde ich es seltsam, dass ich einfach einen nicht > > vertrauenswürdigen schlüssel anhängen soll. > > $ gpg --list-sigs 2D230C5F | grep 2005 > sig 4F368D5D 2006-01-03 Debian Archive Automatic Signing Key > (2005) <[EMAIL PROTECTED]> > > Mit anderen Worten: der Key für 2006 ist von dem Key für 2005 signiert > worden. Wenn Du also dem alten Key vertraust, kannst Du auch dem neuen > vertrauen. > > > Wie finde ich denn den schlüssel für einen debian server heraus? Die > > von aptitude angezeigten schlüssel-ids schienen mir auch zu lang. > > Ja, das ist blöd. Nur die letzten acht Zeichen bilden die ID. > > J.
Re: apt probleme mit pgp keys
Danke Tom! Ich habe jetzt folgendes gemacht: wget http://ftp-master.debian.org/ziyi_key_2006.asc -O - | sudo apt-key add - Das hat soweit funktioniert, nur nicht für ftp.de.debian.org. Alle anderen Server in meiner server.list scheinen jetzt akzeptiert zu werden. Mach ich da was falsch, oder fehlt das Zertifikat für den server? oliver Am Mittwoch, 4. Januar 2006 11:20 schrieb Tom: > [04/01/2006 -- 11:04u] Oliver Graefe: > > Ich habe ein kleines Problem mit apt. Seit heute meckert er fehlende > > pgp-keys an. ich habe in den faq eine beschreibung gelesen, wie man die > > fehlenden schlüssel zum apt-keyring hinzufügt. Aber: erstens habe ich die > > schlüssel nicht auf dem schlüsselserver gefunden und zweitens finde ich > > es seltsam, dass ich einfach einen nicht vertrauenswürdigen schlüssel > > anhängen soll. Wie finde ich denn den schlüssel für einen debian server > > heraus? Die von aptitude angezeigten schlüssel-ids schienen mir auch zu > > lang. > > Ich habe dasselbe Problem gemerkt, warte aber noch auf eine Antwort (die > mich hoffentlich nicht mit meiner eigenen Blödheit konfrontieren wird). > > Cf. http://lists.debian.org/debian-user/2006/01/msg00304.html > > Entschuldigt sich wegen seiner Deutschkenntnisse, > Tom > > -- > "Es bückt sich der Mann, um durch das Tor in das Innere zu sehen." > ---(Franz Kafka, Vor dem Gesetz) > np: Brume - Split Brain Number 2
apt probleme mit pgp keys
Hi Ich habe ein kleines Problem mit apt. Seit heute meckert er fehlende pgp-keys an. ich habe in den faq eine beschreibung gelesen, wie man die fehlenden schlüssel zum apt-keyring hinzufügt. Aber: erstens habe ich die schlüssel nicht auf dem schlüsselserver gefunden und zweitens finde ich es seltsam, dass ich einfach einen nicht vertrauenswürdigen schlüssel anhängen soll. Wie finde ich denn den schlüssel für einen debian server heraus? Die von aptitude angezeigten schlüssel-ids schienen mir auch zu lang. Schon mal danke oliver
