fredag 23. juni 2006, 11:43, skrev Falko Trojahn:
> > I'd suggest analysis first:
> >
> > We need a tool/script/whatever which summarizes all relevant data of
> > a drive in this situation.
> >
> > It should kick in before/after dosemu runs so we can _really_ check
> > what's the problem of a certain drive/bios/board/whatever combination.
> >
> > So the situation perhaps should be reproducible (I think of e.g.
> > doing a dd of the partition sectors of this drive), and may be we
> > need the view from the windows side (e.g using BartPE), too.
> >

I never have used BartPE, Any pointers?

> > For the script I could think of at least output from
> >
> >   uname -a
> >   fdisk -l ; fdisk -v
> >   parted /dev/dsk print ; parted --version
> >   cat /sys/block/?da/settings

There is no /sys/block/sd?/settings for SATA disks.
All SATA systems uses the scsi-sub-system and not the old PATA (IDE).
On SATA there is no way to correct geometry when the kernel "guesses wrong",
and all partitioning/formating tools happily writes this geometry down to 
disk.
Then the stupid windows-installer uses another geometry (from OLD BIOS calls) 
and we end up with unbootable OSs as a result.

> >
> > what else would be needed here?
>
> What about MBR code - could this be relevant here, too?

Yes, but first the needed tools should be runnable from the linux environment
(fdisk, cfdisk? ..and debugging scripts)

..so who can put updates/new things into the project CVS?
If we want this project moving we all must use the same basics.


>
> > Of course there should be a way to write it on a network drive
> > for reporting.

Yes, Theres a need for this.

..or sending by mail?
I would prefer ssh ..
 :-)



Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
unattended-devel mailing list
unattended-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/unattended-devel

Reply via email to