write() issue during a low level hdd access Post: 302398056

Sponsored Content

Top Forums Programming write() issue during a low level hdd access Post 302398056 by Corona688 on Tuesday 23rd of February 2010 06:45:49 PM

02-23-2010

Registered User

Well, the kernel can't understand your intentions here -- you don't just want unbuffered I/O, you want I/O with no cache at all and subtly altered transfer modes. You might have to interact with the drive other ways than a read() call, or run a custom kernel...

I'm not sure if it can do precisely what you want either, but these days, nearly all Linux block devices act like SCSI, and those that don't are depreciated. With generic SCSI interfaces enabled in the kernel, you can get a corresponding /dev/sg[0-9] for your /dev/sd[a-z]. If I understand their purpose correctly you could use lower-level SCSI commands to control PATA, SATA, USB, and of course actual SCSI drives. That might help you do forensics in a more device-independent way, if that is your goal.

Last edited by Corona688; 02-23-2010 at 07:55 PM..

Corona688

View Public Profile for Corona688

Visit Corona688's homepage!

Find all posts by Corona688

7 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

Low level format?

I want to do a low level format like in windows (C:\format c:) but I don't know how it works in unix or linux.. Can somebody help me ? thnx :)

2. HP-UX

Access to a second HDD

Hello How to access to a second hard disk on a HP-UX system? Thanks

3. IP Networking

Best reference for understanding low level info on nic cards drivers and functionality

Hi, What is the best reference that gives in detail on nic cards configuration , assigning multiple ip addresses to a single interface, netlink library etc and all basic stuff at this level..? Thanks

4. AIX

High Runqueue (R) LOW CPU LOW I/O Low Network Low memory usage

Hello All I have a system running AIX 61 shared uncapped partition (with 11 physical processors, 24 Virtual 72GB of Memory) . The output from NMON, vmstat show a high run queue (60+) for continous periods of time intervals, but NO paging, relatively low I/o (6000) , CPU % is 40, Low network....

5. Programming

System calls and C language low-level qualities???

Hi friends, I hope everyone is fine and doing well. I queried in my previous thread about the low-level qualities of C/C++ languages.I really thank you people for explaining, it was really helpful. One more ambiquity that I have in my mind is regarding the unix system calls like open, creat,...

6. Programming

Why is C/C++ considered low-level languages???

Hi friends, I hope everyone is doing well and fine. I have always been hearing that C/C++ are relatively low-level as compared to Java/C# etc. Could you please tell me some low-level qualities of C/C++? And I think disk deframenters are written in C/C++, please correct me if I am wrong. And please...

7. Programming

Low level X11 programming

How to use X11 without Xlib not XCB? How draw window directly on low level? I must use anyway window manager like Motif? I have ridden that X11 has server-client architecture, client send via TCP/IP to port 6000 request for primitives and get replies. Where is detailed description of it? In X11...

LEARN ABOUT DEBIAN

pxfw

pxfw(8) 							     pxfw 0.5								   pxfw(8)

NAME

       pxfw - Firmware flashing tool for Plextor CD/DVD devices

SYNOPSIS

       pxfw -l
       pxfw -d DEVICE [-if firmware.bin] [-u] [-f] [-v]
       pxfw -d DEVICE [-e] [-r] [-t] [-v]

DESCRIPTION

       pxfw is the linux firmware flasher for Plextor CD and DVD drives.  Remove any disks before flashing.

FEATURES

       You can flash the firmware of these drives:
       Plextor Premium, Premium-2, PX-712, PX-716, PX-755 and PX-760.

DEVICE

       can be an IDE, SCSI, SATA, USB or FireWire connected optical drive. Not all SATA controller support all Plextor features.

       Linux:
       /dev/hdX: IDE device
       /dev/scdX: Linux 2.4: SATA, SCSI, USB device, or IDE device via ide-scsi emulation
       /dev/srX: Linux 2.6: IDE device via new ATA layer, SCSI or USB device

       OpenBSD/NetBSD:
       /dev/rcdX

       FreeBSD:
       /dev/cd: SCSI device
       /dev/acd: ATA device

       MacOS X:
       /dev/disk:

       win32:
       C:,D:,E:, ... X:,Y:,Z:

OPTIONS

       -l   scan busses for all available CD and DVD devices

       -if  select inputfile. Specify the firmware binary file, which should
	    be written to DEVICE.

       -u   proceed update. When the firmware checksum test has succeeded,
	    write firmware to DEVICE.

       -f   force flashing. Even if DEVICE is not recognized, or firmware.
	    checksum has failed, firmware writing will be forced.
	    Handle with care.

       -e   read EEPROM from DEVICE.

       -r   reboot the device.

       -t   test which opcodes are supported by the device.

       -v   debug.

EXAMPLES

       pxfw -d /dev/hdc -if 755_1.07.bin -u
       writes firmware file 755_1.07.bin into Master Drive on Secondary IDE-Port.

       pxfw -d /dev/sr3 -e -oe file.foo
       reades EEPROM from device /dev/sr3 and writes it to file.foo.

       please report man page improvements to T.Maguin@web.de

Gennady ShultZ Kozlov						  02 April, 2009							   pxfw(8)