Re: writing iso image to blank dvd

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Monday 05 Dec 2016 20:09:58 Michael Schwendt wrote:
> On Sun, 4 Dec 2016 19:20:28 -0700, jd1008 wrote:
> > > Same thoughts here. One could use /dev/cdrom, which should be a link to
> > > /dev/sr0, for reading and creating an ISO image, but not for setting up
> > > the device to burn discs "magically".
> > 
> > Michael, Michael...
> > I have no idea what you mean by ' burn discs "magically" '
> > Who said anything about magically.
> 
> *I* did, because since "dd" doesn't know anything about the underlying
> hardware it talks to, it would need to be the device driver to configure
> the hardware for writing, setting writing speed, buffering options,
> detecting media and its writing speed range and not finalising the write
> on end.
> 
> The safe cmdline way for burning discs has been "cdrecord" for many
> years.
> 
> It may be that "dd" could write to special preformatted discs and possibly
> with hardware and media that would work together by default. I don't think
> it has ever been a fully supported method.
> 
> Look what this guy found out in Nov 2015.
> http://www.stevepedwards.com/DebianAdmin/2555-2/
> 
> Somewhere at the bottom find an example of writing to /dev/sr0 with "dd"
> after taking several hurdles.
> _______________________________________________
> users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
> To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Its tiresome reading this kind of "gui mindness"
Device drivers have a limited number of entry points open, close, read, write 
& ioctl.
Without knowing anything about the internals of the cd drivers I can 
confidentally assume that all cdrecord does is use a few driver specific 
ioctls to put the driver (& device) into an appropriate mode then issues 
write(2) system calls - which is pretty much all dd will do.
So if the device is in the correct mode dd will do fine.

_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]
  Powered by Linux