Warum Debian und/oder eine seiner Spielarten? Was muss ich vorher wissen? Wo geht es nach der Installation weiter?
-
stollentroll
- Beiträge: 134
- Registriert: 15.03.2005 08:45:11
- Wohnort: Kölle
Beitrag
von stollentroll » 03.10.2005 13:50:25
Hallo,
beim booten kommt bei mir immer folgende Fehlermeldung:
das hört sich nicht gut an. Weis irgendwer was das bedeutet und wie ich das weg kriege?
Gruß,
Christian
-
SubOptimal
- Beiträge: 1709
- Registriert: 10.01.2005 23:25:46
- Lizenz eigener Beiträge: GNU Free Documentation License
- Wohnort: bei Frankfurt
Beitrag
von SubOptimal » 03.10.2005 14:13:39
Hi,
steht diese Meldung auch in /var/log/syslog? Dann poste die Meldung nochmal mit 2-3 Zeilen davor und dahinter.
SubOptimal
-
meandtheshell
- Beiträge: 4054
- Registriert: 14.01.2005 17:51:30
Beitrag
von meandtheshell » 03.10.2005 14:24:21
SubOptimal hat geschrieben:Hi,
steht diese Meldung auch in /var/log/syslog? Dann poste die Meldung nochmal mit 2-3 Zeilen davor und dahinter.
SubOptimal
mounten der filesysteme usw. das steht nicht in /var/log/syslog sondern in
- dazu muss aber der boot log deamon aktiviert sein
-
SubOptimal
- Beiträge: 1709
- Registriert: 10.01.2005 23:25:46
- Lizenz eigener Beiträge: GNU Free Documentation License
- Wohnort: bei Frankfurt
Beitrag
von SubOptimal » 03.10.2005 15:02:16
Hi,
da muß ich jetzt einmal widersprechen. Alle Partitionen die per /etc/init.d/mountall.sh gemountet werden tauchen hier in /var/log/syslog auf.
Da stollentroll geschrieben hat "Mounting local filesystem... failed!" liegt die Vermutung nahe das diese Meldung von auch von mountall.sh produziert wird.
SubOptimal
-
meandtheshell
- Beiträge: 4054
- Registriert: 14.01.2005 17:51:30
Beitrag
von meandtheshell » 03.10.2005 16:27:38
SubOptimal hat geschrieben:
Da stollentroll geschrieben hat "Mounting local filesystem... failed!" liegt die Vermutung nahe das diese Meldung von auch von mountall.sh produziert wird.
ja
da muß ich jetzt einmal widersprechen. Alle Partitionen die per /etc/init.d/mountall.sh gemountet werden tauchen hier in /var/log/syslog auf.
nein - wie soll das gehen - zu der zeit da die local filesystems gemountet werden wurde der syslogd noch nicht gestartet
bei einer standartinstallation: wenn man von so etwas sprechen kann/darf
- auf alles bevor der prozess init geladen wird gehe ich nicht ein
- init wird geladen dann passiert im groben das
- entering directory /etc/rcS.d ---> following symbolic links to /etc/init.d (directory containing start/stop scripts) bootlogd ist started by init process before mountall.sh is executed
- some more things getting done ....
- then entering specific runlevel - normally runlevel 2
init ist then following links in directory /etc/rc2.d to /etc/init.d
some scripts getting executed also a script starting syslog,klog etc.
- auf alles danach gehe ich auch nicht ein
also ist es so wie ich sagte - wenn dann stehen fehlermeldungen in /etc/log/boot
sieh dir einfach die reihenfolge der scripts in den verz. an - dann ist es offensichtlich
markus
-
stollentroll
- Beiträge: 134
- Registriert: 15.03.2005 08:45:11
- Wohnort: Kölle
Beitrag
von stollentroll » 03.10.2005 16:45:32
Hallo,
in der /var/log/syslog steht die Fehlermeldung nicht drinnen.
In der /var/log/boot würde sie zwar drinnen stehen, die hab ich aber leider nicht

Aktiviert ist es zwar, aber da kommen wir zu meiner zweiten Fehlermeldung...
Ich wollte eigentlich ein Problem nach dem anderen lösen...
Wie komme ich denn jetzt an die /var/log/boot?
Gruß,
Christian
-
meandtheshell
- Beiträge: 4054
- Registriert: 14.01.2005 17:51:30
Beitrag
von meandtheshell » 03.10.2005 16:57:48
stollentroll hat geschrieben:Hallo,
in der /var/log/syslog steht die Fehlermeldung nicht drinnen.
warum bin ich nicht überrascht?
In der /var/log/boot würde sie zwar drinnen stehen, die hab ich aber leider nicht

Aktiviert ist es zwar, aber da kommen wir zu meiner zweiten Fehlermeldung...
http://www.debianforum.de/forum/viewtop ... t=bootlogd
Ich wollte eigentlich ein Problem nach dem anderen lösen...
Wie komme ich denn jetzt an die /var/log/boot?
in
enabled bla bla auf "Yes" setzen maschine rebooten voila - wird aber nicht gehen solange der bug oben nicht gefixed ist - mach dir keinen kopf - auf meiner maschine ist das auch so - warte halt bis der buf offiziell gefixed ist - dann
und alles ist ok
markus
-
stollentroll
- Beiträge: 134
- Registriert: 15.03.2005 08:45:11
- Wohnort: Kölle
Beitrag
von stollentroll » 03.10.2005 17:05:41
mmh, dann scheint der Bug jetzt auch in Testing zu sein. Ich hab das System vor 1 Woche komplett neu installiert und nur testing-Pakete im Einsatz...
enabled bla bla auf "Yes" setzen maschine rebooten voila - wird aber nicht gehen solange der bug oben nicht gefixed ist - mach dir keinen kopf - auf meiner maschine ist das auch so - warte halt bis der buf offiziell gefixed ist - dann
ist alles gemacht!
hängt mein erster Fehler auch damit zusammen? Warscheinlich ja nicht. Wie kann ich denn jetzt sonst noch an die Zeilen vor und nach der 1. Fehlermeldung?
Gruß,
Christian
-
meandtheshell
- Beiträge: 4054
- Registriert: 14.01.2005 17:51:30
Beitrag
von meandtheshell » 03.10.2005 17:13:15
hat der bootlogd jetzt das directory /var/log/boot angelegt - eher nicht da es ja den bug gibt
sei es wie es sei - dann wartest du halt bis der bug gefixed ist - dein system funkt. ja oder?
was liefert
wenn da alle partitions auftauchen und sonst alles geht dann solltest du dein haupt wieder ruhig betten können
-
stollentroll
- Beiträge: 134
- Registriert: 15.03.2005 08:45:11
- Wohnort: Kölle
Beitrag
von stollentroll » 03.10.2005 17:20:00
mount liefert:
Code: Alles auswählen
/dev/hda3 on / type ext3 (rw,errors=remount-ro)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw)
tmpfs on /dev type tmpfs (rw,size=10M,mode=0755)
usbfs on /proc/bus/usb type usbfs (rw)
/dev/hda5 on /mnt/daten type vfat (rw,noexec,nosuid,nodev,user=christian)
Ansonsten läuft das System wunderbar. Ich fand die Fehlermeldung nur ein bisschen beunruhigend.
Danke!
Christian
-
meandtheshell
- Beiträge: 4054
- Registriert: 14.01.2005 17:51:30
Beitrag
von meandtheshell » 03.10.2005 17:31:03
das kommt schon vor das es manchmal fehlermeldungen gibt - testing/unstable ... der name ist selbterklärend
die mountausgabe von oben naja kenne dein system nicht - wird aber schon passen aber du kannst dich ja in der linuxfibel über die thematik schlau machen und dann mit diversen commandline tools ein wenig tiefer in dein system reinschauen
http://www.linuxfibel.de/filesys.htm
-
SubOptimal
- Beiträge: 1709
- Registriert: 10.01.2005 23:25:46
- Lizenz eigener Beiträge: GNU Free Documentation License
- Wohnort: bei Frankfurt
Beitrag
von SubOptimal » 03.10.2005 19:48:19
Hi markus,
meandtheshell hat geschrieben:nein - wie soll das gehen - zu der zeit da die local filesystems gemountet werden wurde der syslogd noch nicht gestartet
Lasse mich da gern eines besseren belehren. Aber wie erklärst Du dann folgendes?
Code: Alles auswählen
df -h
/dev/hda1 3,7G 3,0G 552M 85% /
/dev/hda6 570M 1,2M 569M 1% /tmp
/dev/hda2 3,8G 2,3G 1,5G 62% /Backup
/dev/hda8 7,5G 3,8G 3,7G 52% /home
/dev/hda10 954M 168M 787M 18% /var/spool/news
tmpfs 10M 524K 9,5M 6% /dev
grep -A1 mount /var/log/syslog
Oct 3 19:40:26 morgul kernel: EXT3-fs: mounted filesystem with ordered data mode.
Oct 3 19:40:26 morgul kernel: VFS: Mounted root (ext3 filesystem) readonly.
--
Oct 3 19:40:26 morgul kernel: XFS mounting filesystem hda2
Oct 3 19:40:26 morgul kernel: Ending clean XFS mount for filesystem: hda2
Oct 3 19:40:26 morgul kernel: XFS mounting filesystem hda8
Oct 3 19:40:26 morgul kernel: Ending clean XFS mount for filesystem: hda8
Oct 3 19:40:26 morgul kernel: XFS mounting filesystem hda10
Oct 3 19:40:26 morgul kernel: Ending clean XFS mount for filesystem: hda10
Oct 3 19:40:26 morgul kernel: usbcore: registered new driver usbfs
SubOptimal
-
meandtheshell
- Beiträge: 4054
- Registriert: 14.01.2005 17:51:30
Beitrag
von meandtheshell » 03.10.2005 21:41:18
gar nicht - in der syslog grep auf mount loszulassen ergibt zwangsläufig treffer - nochdazu mit zeilenweisen fragmenten wo kein zusammenhang zu erkennen ist
markus