I don''t know if it''s caused by ZFS or drivers/disks, but the symptoms are as follows. M-bord ASUS KN8-E Deluxe with Athlon 64. Running snv_30. When upgrading BIOS to current, the machine can''t boot anymore and crashes just after GRUB booting the Solaris kernel. BIOS contains SATA upgrades and I''ve got a newer SATA II disk installed. When downgrading to BIOS from late 2004 everything works fine except that I can''t label the new SATA disk, not even ZFS automatic EFI labeling works. Any clues? /Per This message posted from opensolaris.org
So b30 is supposed to contain this bug, see: http://www.opensolaris.org/jive/thread.jspa?threadID=4728&tstart=45 which blindly missed the real thread: http://www.opensolaris.org/jive/thread.jspa?threadID=4451&tstart=60 First thing to try is to set the drive type to ''None". I need to try that with my system which is running b32. Hmm, actually my system will boot okay even with the drive type set correctly. It is just when it gets into X it hangs. :-> This message posted from opensolaris.org
<p>So I tried setting my drives detection to ''None'' and while my system will boot, it hangs about 5-10s after it accepts logins. See <a href="http://blogs.sun.com/roller/page/tdh#wont_will_boot_with_sata">Wont will boot with SATA drives but doesn''t like it at all</a> in my blog.</p> <p>This is an opteron system with b32.</p> <p>The system will boot fine with the drives disconnected.</p> <p>I can get into single user mode.</p> <p>What info can I gather to help someone isolate this issue?</p> This message posted from opensolaris.org
Maybe Matching Threads
- faster GLS code
- [Fast Int64 1/4] Move OPUS_FAST_INT64 definition to celt/arch.h.
- [Aarch64 v2 10/18] Clean up some intrinsics-related wording in configure.
- [LLVMdev] NVPTX CUDA_ERROR_NO_BINARY_FOR_GPU
- [Bug 78161] New: [NV96] Artifacts in output of fragment program containing not unrolled loops with conditional break