{"id":2555,"date":"2015-11-10T10:13:20","date_gmt":"2015-11-10T10:13:20","guid":{"rendered":"https:\/\/stevepedwards.today\/DebianAdmin\/?p=2555"},"modified":"2025-07-03T17:31:19","modified_gmt":"2025-07-03T16:31:19","slug":"issues-writing-with-dd-to-dev_sr0-with-blank-dvds","status":"publish","type":"post","link":"https:\/\/stevepedwards.today\/DebianAdmin\/issues-writing-with-dd-to-dev_sr0-with-blank-dvds\/","title":{"rendered":"Issues Writing with DD to dev_sr0 With Blank DVDs"},"content":{"rendered":"
<\/div>\n

<\/path><\/svg><\/i> \"Loading\"<\/p>\n

<\/div>\n

Recently I found DD in Mint not writing directly to new blank <\/span>CD\/DVD disks via the actual device ID such as \/dev\/sr0, as I thought it always used to in older, pre Mint, Debian distros, with a complaint of:<\/span><\/p>\n

stevee@AMDA8 ~ $ dd if=Downloads\/Win7\/Win7_64.iso of=\/dev\/sr0 bs=32M conv=noerror,sync<\/span><\/p>\n

dd: error writing \u02dc\/dev\/sr0,: No space left on device<\/span><\/p>\n

1+0 records in<\/span><\/p>\n

0+0 records out<\/span><\/p>\n

0 bytes (0 B) copied, 0.110467 s, 0.0 kB\/s<\/span><\/p>\n

I googled and many others seem to have the same problem, but<\/span> the solutions offered only <\/span>blamed DD for not being the correct tool for this error without giving a sensible answer, just opinionated crap as in red below.<\/span><\/p>\n

https:\/\/forums.opensuse.org\/showthread.php\/431934-dd-won-t-burn-iso-image<\/a><\/p>\n

Wrong tool. dd is not a optical media burner. <\/span>Linux GUI burner tools include k3b, brasero, and a whole heap of others.<\/span><\/span><\/p>\n

https:\/\/www.linuxquestions.org\/questions\/linux-software-2\/dev-sr0-is-read-only-filesystem-4175503522\/<\/a><\/p>\n

Quakeboy02: I used to be able to do \"dd if=xxx.iso of=\/dev\/sr0\". Somewhere along the line this has gotten changed\/broken and it now resolutely says that \/dev\/sr0 is a read-only filesystem. How can I burn an iso file to a DVD without having to resort to k3b or brasero or something similar? I want my dd back.<\/span><\/span>
\nThe OS is Debian\/Wheezy.<\/span><\/p>\n

metaschima:<\/span> 'dd' is not meant for this task.<\/span> Use 'growisofs' or 'cdrecord'. However, it may be a permissions issue. I always burn as root to avoid such issues.<\/span><\/p>\n

Quakeboy02: I keep running into the comment \"dd is not made for this task\". Why not? dd is made for reading\/writing directly to any storage device, whether it's tape, disk, floppy, CD, or DVD.<\/span><\/span><\/p>\n

metaschima: <\/span>What about burn speed, buffering, BurnFree, and handling more advanced appendable formats ? I would think those are very important when burning disks. 'dd' is mostly meant for low-level data manipulation. It is probably best known for accidentally or deliberately wiping disks.<\/span><\/span><\/p>\n

Quote:<\/p>\n\n\n<\/colgroup>\n\n\n
\n

Write an optical disk with dd and you'll get a coaster.<\/span> <\/strong>I think that the ISO 9660 file system needs a lead in and lead out, and the disk needs to be finalized. Make the .iso with dd then write it with growisofs.<\/span><\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

That would be quite a surprise for all the folks who have been using dd for years to burn images to CDs and DVDs.<\/p>\n

Wow! Wiping disks only<\/span>? Getting coasters? <\/span>Really? Not Copying and Converting files from one type to another, as in it's original, arbitrarily changed name from CC to DD? What do these people think you would need to do on a headless server, as was the origins of UNIX and yes the CD writer was public around 1980 on, before decent graphics for GUI based apps. <\/span><\/p>\n

https:\/\/en.wikipedia.org\/wiki\/Dd_(Unix<\/a>)<\/p>\n

An example of it's ability to copy and convert data types, byte per byte, is shown if used in a similar way to cat with input from the keys, using the convert to upper case option. The first line is typed in, then CtrlD to see the conversion and summary:<\/p>\n

dd conv=ucase<\/span>
\ndd test text<\/span>
\nDD TEST TEXT<\/span>
\n0+1 records in<\/span>
\n0+1 records out<\/span>
\n13 bytes (13 B) copied, 12.63 s, 0.0 kB\/s\u00a0<\/span><\/p>\n

Quakeboy echos my thoughts exactly. I used to be able to do \"dd if=xxx.iso of=\/dev\/sr0<\/span><\/p>\n

Me too.<\/p>\n

What is all <\/span>that above<\/span> about<\/span>?<\/p>\n

I always wrote ISO files direct to cd\/dvd <\/span>devices before also <\/span>- reflecting <\/span>Quakeboy02<\/span>'s<\/span> comment in the second forum.<\/span><\/p>\n

I wish people would not make such authorative statements when they are obviously from the GUI only linux generation and don't know what used to happen before possible changes have been made to change the historical behaviour of well established commands like dd.<\/p>\n

However, <\/span>I don't know why this is happening myself right now, <\/span>unless there has been a change in linux systems code, or the lead in code on blank manufactured DVD media.<\/span><\/p>\n

I am using blank Imation DVDs, new out the box, and after the lack of sensible solutions from google, I experimented a bit and found that I could get DD to write as above, if I blanked the unused DVD first with Brasero. Why?<\/span><\/p>\n

First, lets see what's happening.<\/p>\n

A new blank DVD shows as blank and mounted on insertion to my laptop writer:<\/p>\n

<\/p>\n

\n

<\/p>\n

\"\"<\/div>\n<\/div>\n
<\/div>\n

Using:<\/p>\n

stevee@AMDA8 ~ $ dvd+rw-mediainfo \/dev\/sr0<\/span><\/p>\n

INQUIRY: [hp ][DVDRW SU208FB ][HH01]<\/span><\/p>\n

GET [CURRENT] CONFIGURATION:<\/span><\/p>\n

Mounted Media: 1Ah, DVD+RW<\/span><\/p>\n

Current Write Speed: 4.0x1385=5540KB\/s<\/span><\/p>\n

Write Speed #0: 4.0x1385=5540KB\/s<\/span><\/p>\n

Write Speed #1: 2.0x1385=2770KB\/s<\/span><\/p>\n

GET [CURRENT] PERFORMANCE:<\/span><\/p>\n

Write Performance: 3.3x1385=4570KB\/s@[0 -> 458751]<\/span><\/p>\n

4.0x1385=5540KB\/s@[458752 -> 2295103]<\/span><\/p>\n

Speed Descriptor#0: 00\/2295103 R@8.0x1385=11080KB\/s W@4.0x1385=5540KB\/s<\/span><\/p>\n

Speed Descriptor#1: 00\/2295103 R@8.0x1385=11080KB\/s W@2.4x1385=3324KB\/s<\/span><\/p>\n

READ DVD STRUCTURE[#0h]:<\/span><\/p>\n

Media Book Type: 00h, DVD-ROM book [revision 0]<\/span><\/p>\n

Media ID: MBIPG101\/W04<\/span><\/p>\n

Legacy lead-out at: 2295104*2KB=4700372992<\/span><\/p>\n

READ DISC INFORMATION:<\/span><\/p>\n

Disc status: blank<\/span><\/p>\n

Number of Sessions: 1<\/span><\/p>\n

State of Last Session: empty<\/span><\/p>\n

\"Next\" Track: 1<\/span><\/p>\n

Number of Tracks: 1<\/span><\/p>\n

READ FORMAT CAPACITIES:<\/span><\/p>\n

unformatted: 2295104*2048=4700372992<\/span><\/strong><\/p>\n

26h(0): 2295104*2048=4700372992<\/span><\/p>\n

READ TRACK INFORMATION[#1]:<\/span><\/p>\n

Track State: invisible incremental<\/span><\/p>\n

Track Start Address: 0*2KB<\/span><\/p>\n

Free Blocks: 2295104*2KB<\/span><\/p>\n

Track Size: 2295104*2KB<\/span><\/p>\n

READ CAPACITY: 0*2048=0<\/span><\/p>\n

It seems that this new blank drive is truly readable but not directly writeable out of the box as it is unformatted. So if you DO use Brasero\/other first to REBLANK a blank cd, it magically becomes useable to DD with the standard command format:<\/span><\/p>\n

<\/p>\n

\n

<\/p>\n

\"\"<\/div>\n<\/div>\n
<\/div>\n

<\/p>\n

\n

<\/p>\n

\"\"<\/div>\n
<\/div>\n<\/div>\n
<\/div>\n

On re-insertion the DVD shows exactly as before in the GUI, but:<\/p>\n

stevee@AMDA8 ~ $ dvd+rw-mediainfo \/dev\/sr0<\/span><\/p>\n

INQUIRY: [hp ][DVDRW SU208FB ][HH01]<\/span><\/p>\n

GET [CURRENT] CONFIGURATION:<\/span><\/p>\n

Mounted Media: 1Ah, DVD+RW<\/span><\/p>\n

Media ID: MBIPG101\/W04<\/span><\/p>\n

Current Write Speed: 4.0x1385=5540KB\/s<\/span><\/p>\n

Write Speed #0: 4.0x1385=5540KB\/s<\/span><\/p>\n

Write Speed #1: 2.0x1385=2770KB\/s<\/span><\/p>\n

GET [CURRENT] PERFORMANCE:<\/span><\/p>\n

Write Performance: 3.3x1385=4570KB\/s@[0 -> 458751]<\/span><\/p>\n

4.0x1385=5540KB\/s@[458752 -> 2295103]<\/span><\/p>\n

Speed Descriptor#0: 00\/2295103 R@8.0x1385=11080KB\/s W@4.0x1385=5540KB\/s<\/span><\/p>\n

Speed Descriptor#1: 00\/2295103 R@8.0x1385=11080KB\/s W@2.4x1385=3324KB\/s<\/span><\/p>\n

READ DVD STRUCTURE[#0h]:<\/span><\/p>\n

Media Book Type: 00h, DVD-ROM book [revision 0]<\/span><\/p>\n

Legacy lead-out at: 2295104*2KB=4700372992<\/span><\/p>\n

READ DISC INFORMATION:<\/span><\/p>\n

Disc status: complete<\/span><\/p>\n

Number of Sessions: 1<\/span><\/p>\n

State of Last Session: complete<\/span><\/p>\n

Number of Tracks: 1<\/span><\/p>\n

BG Format Status: suspended<\/span><\/p>\n

READ FORMAT CAPACITIES:<\/span><\/p>\n

formatted: 2295104*2048=4700372992<\/span><\/strong><\/p>\n

26h(0): 2295104*2048=4700372992<\/span><\/p>\n

READ TRACK INFORMATION[#1]:<\/span><\/p>\n

Track State: complete incremental<\/span><\/p>\n

Track Start Address: 0*2KB<\/span><\/p>\n

Free Blocks: 0*2KB<\/span><\/p>\n

Track Size: 2295104*2KB<\/span><\/strong><\/p>\n

FABRICATED TOC:<\/span><\/p>\n

Track#1 : 14@0<\/span><\/p>\n

Track#AA : 17@2295104<\/span><\/p>\n

Multi-session Info: #1@0<\/span><\/p>\n

READ CAPACITY: 2295104*2048<\/strong>=4700372992<\/span><\/p>\n

The disc is now formatted! The sector (track) sizes are also shown as DVD standard size of 2048 bytes, or 2KB. (1KB = 1024 bytes; 1000 bytes = kB). This size is for user data - the sectors are actually a bit larger -\u00a0<\/em>2,418 bytes -\u00a0<\/em>for overhead management data.<\/p>\n

2,048 bytes:
\nFor example, a 4.7 GB DVD+R disc: 2,048 bytes\/sector x 2,295,104 sectors = 4,700,372,992 bytes. This rounds to roughly 4.7 GB (decimal notation) = 4.7 thousand, million bytes.\u00a0<\/strong><\/p>\n

If you want more info on \"Advanced Format\" current and legacy drive byte sizes, see:<\/p>\n

https:\/\/en.wikipedia.org\/wiki\/Advanced_Format<\/a><\/p>\n

https:\/\/en.wikipedia.org\/wiki\/DVD<\/a><\/p>\n

So, for the benefit of the GUI only generation, what do you do for a headless server\/cmd line only situation?<\/span><\/strong><\/p>\n

With a new blank DVD\/RW inserted again, here's the proof it shows as free space: 0 bytes, and trying to use DD to write an ISO fails as before:<\/span><\/p>\n

 <\/p>\n

\"\"<\/p>\n

dd if=\/home\/stevee\/750GB\/MintDownloads\/linuxmint-17.2-cinnamon-64bit.iso of=\/dev\/sr0<\/span><\/p>\n

dd: writing to \u02dc\/dev\/sr0,: No space left on device<\/b><\/span><\/p>\n

1+0 records in<\/span><\/p>\n

0+0 records out<\/span><\/p>\n

0 bytes (0 B) copied, 0.035723 s, 0.0 kB\/s<\/span><\/p>\n

This is a new, unused DVD\/RW saying it has no space left because it is unformatted as discovered\u00a0above.<\/span><\/p>\n

So what command line tool can you use to prepare it? You can try:<\/span><\/p>\n

wodim blank=all<\/span><\/p>\n

Device was not specified. Trying to find an appropriate drive...<\/span><\/span><\/p>\n

Detected CD-R drive: \/dev\/sr0<\/span><\/p>\n

Using \/dev\/cdrom of unknown capabilities<\/span><\/p>\n

Device type : Removable CD-ROM<\/span><\/p>\n

Version : 5<\/span><\/p>\n

Response Format: 2<\/span><\/p>\n

Capabilities : <\/span><\/p>\n

Vendor_info : 'hp '<\/span><\/p>\n

Identification : 'DVDRW SU208FB '<\/span><\/p>\n

Revision : 'HH01'<\/span><\/p>\n

Device seems to be: Generic mmc2 DVD-R\/DVD-RW.<\/span><\/p>\n

Using generic SCSI-3\/mmc DVD-R(W) driver (mmc_mdvd).<\/span><\/p>\n

Driver flags : SWABAUDIO BURNFREE <\/span><\/p>\n

Supported modes: PACKET SAO<\/span><\/p>\n

Speed set to 5540 KB\/s<\/span><\/p>\n

Starting to write CD\/DVD at speed 4.0 in real BLANK mode for single session.<\/span><\/p>\n

Last chance to quit, starting real write in 0 seconds. Operation starts.<\/span><\/p>\n

Error: this media does not support blanking, ignoring.<\/span><\/p>\n

This drive or media does not support the 'BLANK media' command<\/span><\/strong><\/p>\n

wodim: Cannot blank disk, aborting.<\/span><\/p>\n

Try to force it:<\/span><\/p>\n

$ sudo wodim -format<\/span><\/p>\n

Device was not specified. Trying to find an appropriate drive...<\/span><\/p>\n

Detected CD-R drive: \/dev\/sr0<\/span><\/p>\n

Using \/dev\/cdrom of unknown capabilities<\/span><\/p>\n

Device type : Removable CD-ROM<\/span><\/p>\n

Version : 5<\/span><\/p>\n

Response Format: 2<\/span><\/p>\n

Capabilities : <\/span><\/p>\n

Vendor_info : 'hp '<\/span><\/p>\n

Identification : 'DVDRW SU208FB '<\/span><\/p>\n

Revision : 'HH01'<\/span><\/p>\n

Device seems to be: Generic mmc2 DVD-R\/DVD-RW.<\/span><\/p>\n

Using generic SCSI-3\/mmc DVD-R(W) driver (mmc_mdvd).<\/span><\/p>\n

Driver flags : SWABAUDIO BURNFREE <\/span><\/p>\n

Supported modes: PACKET SAO<\/span><\/p>\n

Speed set to 5540 KB\/s<\/span><\/p>\n

Starting to write CD\/DVD at speed 4.0 in real FORMAT mode for single session.<\/span><\/p>\n

Last chance to quit, starting real write in 0 seconds. Operation starts.<\/span><\/p>\n

wodim: media format asked<\/span><\/p>\n

format_mdvd: media is unformated.<\/b><\/span><\/p>\n

scsi_format: preparing<\/span><\/p>\n

scsi_format: running<\/span><\/p>\n

scsi_format: post processing 0<\/span><\/p>\n

Formating in progress: 0.37 % done [244].<\/span><\/p>\n

Looking good...<\/span><\/p>\n

scsi_format: post processing 0<\/span>
\nFormating in progress: 100.00 % done.<\/span><\/p>\n

However, this still doesn't allow wodim blank=all to prepare the disk for writing in terms of lead in\/out etc. probably:<\/span><\/p>\n

This drive or media does not support the 'BLANK media' command<\/span><\/strong>
\nwodim: Cannot blank disk, aborting.<\/span><\/p>\n

Ok, so wodim won't work. <\/span><\/p>\n

So, according to the guy above who said \"dd is not meant for this task..use growisofs...\" - what does growisofs use as part of it's file conversion operation to write to the new iso file system it creates? DD! It just seems to add the capability of writing ISO9660 lead ins and outs...<\/span><\/p>\n

growisofs -dvd-compat -Z \/dev\/sr0=<\/span>\/home\/stevee\/750GB\/MintDownloads\/linuxmint-17.2-cinnamon-64bit.iso<\/span><\/p>\n

Executing 'builtin_dd if<\/strong>=\/home\/stevee\/750GB\/MintDownloads\/linuxmint-17.2-cinnamon-64bit.iso of<\/strong>=\/dev\/sr0 obs=32k seek=0'<\/span>
\n\/dev\/sr0: pre-formatting blank DVD+RW...<\/span><\/p>\n

1619034112\/1631322112 (99.2%) @4.0x, remaining 0:03 RBU 36.6% UBU 96.9%<\/span>
\nbuiltin_dd<\/strong>: 796544*2KB out @ average 2.9x1352KBps<\/span>
\n\/dev\/sr0: flushing cache<\/span>
\n\/dev\/sr0: writing lead-out<\/span><\/strong>
\n\/dev\/sr0: reloading tray<\/span><\/p>\n

Once\u00a0the DVD is formatted, dd writes the ISO as I remember it always did. I must have always had pre-formatted disks before, maybe as Quakeboy did,<\/span> so never had to think about this. Now using dd as ever before:<\/p>\n

dd if=Downloads\/Win7\/Win7_64.iso of=\/dev\/sr0<\/span><\/p>\n

96+1 records in<\/span><\/p>\n

97+0 records out<\/span><\/p>\n

3254779904 bytes (3.3 GB) copied, 729.118 s, 4.5 MB\/s<\/span><\/p>\n

Once ejected and re-inserted, the successful write<\/span>\u00a0is verified:<\/p>\n

<\/p>\n

\n

<\/p>\n

\"\"<\/div>\n<\/div>\n
<\/div>\n
So much for \"<\/strong>getting a coaster<\/em>\" or \"<\/strong>'dd' is mostly meant for low-level data manipulation. <\/em>It is probably best known for accidentally or deliberately wiping disks<\/em><\/span>\"<\/span><\/strong><\/div>\n
.<\/span>...learn your subject first and do your research, Trolls and dick heads..!<\/strong><\/div>\n

It seems to be just a question of formatting<\/strong><\/em>\u00a0and\/or\u00a0preparing<\/strong><\/em>\u00a0a medium - and what program can do it for you before a write can occur. <\/span><\/p>\n

A<\/span>ny medium - disk, CD or pen stick - has to be formatted first for the associated electronics to register and set it up for \"software controlled ordered data use<\/strong>\" in the first place else how can it work? See my later Post on encapsulation if you don't see why.:<\/span><\/p>\n

https:\/\/stevepedwards.today\/DebianAdmin\/encapsulation-from-bits-to-gigabytes-in-200-years-2\/<\/a><\/p>\n

GUI folk probably just don't see or realise this happening first during an overall software burn.<\/span><\/p>\n

I guess some CDs\/DVDs come preformatted out the box, some don't. Simple as that.\u00a0Comparing details before and after for the earlier operation:<\/span><\/span><\/p>\n

READ DISC INFORMATION:<\/span><\/p>\n

Disc status: blank<\/span><\/p>\n

Number of Sessions: 1<\/span><\/p>\n

State of Last Session: empty<\/span><\/p>\n

unformatted: 2295104*2048=4700372992<\/span><\/strong><\/p>\n

Track State: invisible incremental<\/span><\/strong><\/p>\n

compared to:<\/span><\/p>\n

READ DISC INFORMATION:<\/span><\/p>\n

Disc status: complete<\/span><\/p>\n

Number of Sessions: 1<\/span><\/p>\n

State of Last Session: complete<\/span><\/p>\n

formatted: 2295104*2048=4700372992<\/span><\/strong><\/p>\n

Track State: complete incremental<\/span><\/strong><\/p>\n

Note that a completely low level unformatted<\/strong><\/em>\u00a0(no zeros or ones) hard drive or mem card would also cause any App to act similarly as the DD failure above for the same reasons - the device's control electronics cannot initialise the device for data transfer to a specific system either! Again, these disk type devices come at least low level formatted from the manufacturer else they would not work either! If you have been around long enough, you may remember older BIOS options to low level format a hard drive if required...but they still require an MBR to point to the blank sectors, same as a formatted DVD needs a lead in, else it's just a collection of orderless, meaningless zeroes stored on a device...get it?? These are then ordered more specifically with a \"format\" of some sort, to suit the system they will communicate with...encapsulation to a set of protocols...usually a file system.<\/p>\n

You have the options for formatting them to a particular file system if you TAB mkfs:<\/p>\n

$ mkfs<\/span>
\nmkfs mkfs.ext3 mkfs.hfs mkfs.msdos mkfs.xfs<\/span>
\nmkfs.bfs mkfs.ext4 mkfs.hfsplus mkfs.ntfs <\/span>
\nmkfs.cramfs mkfs.ext4dev mkfs.jfs mkfs.reiserfs <\/span>
\nmkfs.ext2 mkfs.fat mkfs.minix mkfs.vfat<\/span><\/p>\n

No ISO file systems appear here for CDs\/DVDs which is why you need ISO specific formatting tools like mkisofs or growisofs.<\/span><\/p>\n

So, this Post\u00a0has shown DD'<\/span>s behaviour difference between some new optical DVD media (with different format capabilities; write speed and storage size; DVD + or - etc.) and hard drives\/other media<\/span> that<\/span> don't usually\u00a0have to be pre-<\/span>formatted (i.e. are already \"low level formatted\" by the manufacturer or are already formatted with a file system like NTFS, EXT4 etc.).<\/span><\/p>\n

Also explore testing optimum bs values for your specific kit:<\/span><\/p>\n

dd if=\/dev\/zero of=\/dev\/null count=10 bs=512<\/span><\/p>\n

10+0 records in<\/span>
\n10+0 records out<\/span>
\n5120 bytes (5.1 kB) copied, 0.000462209 s, 11.1 MB\/s<\/strong><\/span><\/p>\n

See the DD Post for more info:<\/span><\/p>\n

https:\/\/stevepedwards.today\/DebianAdmin\/cool-command-1-dd-progress\/<\/a><\/p>\n

BUT BEWARE!! If for example, you created a backup image from a 8GB SDcard say, with dd at it's default bs of 512k, then tried to re-write that image back to an 8GB SDcard later at a faster speed using an \"optimum\" but larger bs of say bs=2M, then you may find the operation fails as the image won't now fit on the drive due to the much larger sector sizes you have tried to write!\u00a0<\/span><\/p>\n

If in doubt use it for both image creation AND re-write, especially if the drive\/media is the \"same size\" as the image, as there is no overflow space if required, and the minimum 512k sector size won't waste space for\u00a0many small files. <\/span><\/p>\n

Better to wait many hours writing a massive backup image that works after, than a few less hours for one that doesn't!<\/span><\/p>\n

Again, read the encapsulation Post to understand why. DD's default bs=512k for a good reason;<\/span><\/p>\n

4 x 512k blocks fit into a 2048k DVD sector, and 8 x 512k blocks fit into a 4096k ext4 file system sector. Any larger bs sizes will waste media sector space with empty data, as you only get 1 block per sector written instead of 4 or 8, but it's generally quicker IF you do have the media overflow space available.<\/span><\/p>\n

https:\/\/stevepedwards.today\/DebianAdmin\/encapsulation-from-bits-to-gigabytes-in-200-years-2\/<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

<\/div>\n

<\/path><\/svg><\/i> \"Loading\"<\/p>\n

<\/div>\n

Recently I found DD in Mint not writing directly to new blank CD\/DVD disks via the actual device ID such as \/dev\/sr0, as I thought it always used to in older, pre Mint, Debian distros, with a complaint of: stevee@AMDA8 ~ $ dd if=Downloads\/Win7\/Win7_64.iso of=\/dev\/sr0 bs=32M conv=noerror,sync dd: error writing \u02dc\/dev\/sr0,: No space left on ...\u00a0 Issues Writing with DD to dev_sr0 With Blank DVDs<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2],"tags":[],"class_list":["post-2555","post","type-post","status-publish","format-standard","hentry","category-uncategorized"],"a3_pvc":{"activated":true,"total_views":1,"today_views":0},"_links":{"self":[{"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/posts\/2555","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/comments?post=2555"}],"version-history":[{"count":2,"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/posts\/2555\/revisions"}],"predecessor-version":[{"id":10565,"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/posts\/2555\/revisions\/10565"}],"wp:attachment":[{"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/media?parent=2555"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/categories?post=2555"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/tags?post=2555"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}