FreeBSD 5.4 bootet automatisch neu

Hallo zusammen

Mal wieder News: ich habe noch weiter geforscht und gesehen, dass es offenbar tatsächlich einen Zusammenhang mit USB geben muss. Das alleinige deaktivieren reicht dabei offenbar nicht aus. Wir hatten bereits auf einer Maschine wieder einen Reboot.

Meine Frage: um USB zu deaktivieren, funktioniert das so?
# USB support
#device uhci # UHCI PCI->USB interface
#device ohci # OHCI PCI->USB interface
#device ehci # EHCI PCI->USB interface (USB 2.0)
#device usb # USB Bus (required)
#device udbp # USB Double Bulk Pipe devices
Zum Vergrößern anklicken....

oder könnte da etwas in die Hose gehen, dass das System nicht mehr bootfähig ist? (Wir haben so oder so nichts am USB-Bus).

Grüsse
binaer
 
Wenn keine USB-Geräte genutzt werden, ist das auskommentieren aus der Kernelconfig völlig ungefährlich.
 
Hi marzl

Danke für die Antwort. USB wird definitiv nicht verwendet. Ich halte diesen Thread aktuell, sobald ich mehr weiss.

Grüsse
binaer
 
hmm, folgendes Problem:
make depend: OK
make:
--- snip ---
: undefined reference to `usbd_get_xfer_status'
umass.o(.text+0x1434): In function `umass_cbi_state':
: undefined reference to `usbd_errstr'
umass.o(.text+0x1484): In function `umass_cbi_state':
: undefined reference to `usbd_errstr'
umass.o(.text+0x14b5): In function `umass_cbi_state':
: undefined reference to `usbd_errstr'
umass.o(.text+0x14f4): In function `umass_cbi_state':
: undefined reference to `usbd_errstr'
umass.o(.text+0x1530): In function `umass_cbi_state':
: undefined reference to `usbd_errstr'
umass.o(.text+0x1634): In function `umass_cam_rescan_callback':
: undefined reference to `M_USBDEV'
umass.o(.text+0x1651): In function `umass_cam_rescan':
: undefined reference to `M_USBDEV'
umass.o(.text+0x1aa9): In function `umass_cam_action':
: undefined reference to `usbd_get_speed'
umass.o(.text+0x1e4d): In function `umass_driver_load':
: undefined reference to `usbd_driver_load'
*** Error code 1
Zum Vergrößern anklicken....

Allenfalls mit make buildkernel KERNCONF=def versuchen?
 
Aus dem Kernel muss natürlich ALLES was mit USB zu tun hat auskommentiert werden, sonst klappt des net :)
 
also in etwa dies hier:
# USB support
device uhci # UHCI PCI->USB interface
device ohci # OHCI PCI->USB interface
#device ehci # EHCI PCI->USB interface (USB 2.0)
device usb # USB Bus (required)
#device udbp # USB Double Bulk Pipe devices
device ugen # Generic
device uhid # "Human Interface Devices"
device ukbd # Keyboard
device ulpt # Printer
device umass # Disks/Mass storage - Requires scbus and da
Zum Vergrößern anklicken....
 
Hallo zusammen

Mal wieder "News". Die "Reboot"-Zeiten sind leider nicht weg. Sie sind zwar im grösseren Abstand (und zwar deutlich) und dennoch bootet der Server nach wie vor selbstständig neu...

Grüsse
binaer
 
Hast du ACPI an?
Ich hatte eine HP DL380 die mir regelmäßig eingefrohren ist. Nach dem abschalten von ACPI hatte ich das problem nichtmehr.

evtl. Hilfts ja.

Ansonsten bitte einfach überlesen :)
 
jup, ist an. Habe auch in 'ner Newsgroup über folgendes gelesen:
- ACPI-Probleme
- NFS-Probleme

NFS zeigt bei uns deutliche Symptome von Fehlern :ugly:

Werde mal 'ne Dumpcrash-Auswertung machen (müssen). Melde mich wieder, sobald ich mehr weiss. Danke für den Tipp
 
Hi

Zur Zeit nichts neues. Zuerst muss das System mal wieder crashen bevor ich 'ne Auswertung kriege ;'(

Ich muss zudem den Kernel aktualisieren bzw. neu kompilieren.

Werde mich melden, sobald es News gibt.

Grüsse
binaer
 
Hallo Community

Das Problem scheint erkannt, aber noch nicht gelöst:
Dell verbaut teilweise Maxtor Festplatten. Diese neigen mit der RAID-Controller Firmware dazu, ab und zu auszusetzen. Dies würde erklären, weswegen der Server noch immer rebootet und teilweise ein korruptes Filesystem hat (natürlich durch die "Hard-Reboots" verursacht). Wir werden den Server demnächst mit der neuen Firmware patchen und sehen dann, ob er weiterhin rebootet. Ich hoffe, nicht. Die anderen Server, auch Dell aber nicht selber Typ, laufen seit dem deaktivieren von USB tadellos.

Anbei die Info welche ich von der Dell erhalten habe:
http://support.euro.dell.com/support/downloads/download.aspx?c=uk&cs=ukbsdt1&l=en&s=bsd&releaseid=R123857&SystemID=PWE_PNT_P3C_2850&os=WNET&osl=en&deviceid=9453&devlib=0&typecnt=1&vercnt=1&formatcnt=1&libid=33&fileid=164749

Melde mich, sobald's News gibt.

Grüsse
binaer
 
Hallo Community

Eine Frage:
sind Euch Probleme bekannt wenn Ihr von einem RAID-Controller die Firmware updated habt? Irgendwelche Gefahren? (nur FreeBSD bezogen)

Grüsse
binaer
 
Guten Morgen zusammen

Anbei nun ein Auszug aus dem Dumpfile:
Code: 
Dump header from device /dev/amrd0s1b
  Architecture: i386
  Architecture Version: 16777216
  Dump Length: 2147221504B (2047 MB)
  Blocksize: 512
  Dumptime: Wed Nov 22 07:35:01 2006
  Hostname: <hostname>
  Magic: FreeBSD Kernel Dump
  Version String: FreeBSD 5.4-RELEASE #1: Sat May 20 04:07:53 CEST 2006
    root@<hostname>:/usr/src/sys/i386/compile/def
  Panic String: page fault
  Dump Parity: 4289387629
  Bounds: 14
  Dump Status: good

Irgendjemand eine Idee? Welche Infos benötigt Ihr noch? Habe nun noch ein 2 GB grosses Dump-File :)

Ein "string <filename>" bringt mir u.a. folgendes:
Code: 
t-QS
Invalid partition table
Error loading operating system
Missing operatin
Read
Boot
 error
 csQrc
@c3,jcC
ycS"
cs Fc
sIc#
zcCxAcS9"ccM
csQmc
`Ic#@Dc3
mccp
cCl4cSyGcc%
@c30$cCHPcS|
ec#w.c3;9cCH
MccO1cs
8c3f#cC
Ucc@xcs
c#%vc3G+c3T+cSy2cc
                                                              23,1
 
Zuletzt bearbeitet:
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben