Re: Burning backup to dvd

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

 



On Wednesday 26 July 2006 10:11, Anne Wilson wrote:
>On Wednesday 26 July 2006 14:48, Gene Heskett wrote:
>> >Using
>> >
>> >mkisofs -joliet -uid 0 -gid 0 -file-mode 444 -dir-mode 555
>> >-output /Backup/mybackup.iso
>> >
>> >I get 'mkisofs: Missing pathspec.'
>> >
>> >What am I doing wrong?
>> >
>> >Anne
>> >
>> >From the manpage:
>>
>> SYNOPSIS
>>        mkisofs [ options ] [ -o filename ] pathspec [pathspec ...]
>>
>> You gave it the filename you wanted to build as an iso, but the not
>> src file pathlist to put in that iso.
>
>OK, but
>
>cdrecord dev=cdrom -sao /Backup/mybackup.iso
> /Backup/amandatapes/Dailys/slot9 Cdrecord-Clone 2.01-dvd
> (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling
>Note: This version is an unofficial (modified) version with DVD
> support Note: and therefore may have bugs that are not present in the
> original. Note: Please send bug reports or support requests to
>http://bugzilla.redhat.com/bugzilla
>Note: The author of cdrecord should not be bothered with problems in
> this version.
>cdrecord: Cannot allocate memory. WARNING: Cannot do mlockall(2).
>cdrecord: WARNING: This causes a high risk for buffer underruns.
>cdrecord: Operation not permitted. WARNING: Cannot set RR-scheduler
>cdrecord: Permission denied. WARNING: Cannot set priority using
> setpriority(). cdrecord: WARNING: This causes a high risk for buffer
> underruns. scsidev: '/dev/cdrom'
>devname: '/dev/cdrom'
>scsibus: -2 target: -2 lun: -2
>Linux sg driver version: 3.5.27
>Using libscg version 'schily-0.8'.
>cdrecord: Warning: using inofficial libscg transport code version
> (schily - Red Hat-scsi-linux-sg.c-1.83-RH '@(#)scsi-linux-sg.c       
> 1.83 04/05/20 Copyright 1997 J. Schilling').
>Device type    : Removable CD-ROM
>Version        : 0
>Response Format: 2
>Capabilities   :
>Vendor_info    : 'LITE-ON '
>Identifikation : 'DVDRW SOHW-1213S'
>Revision       : 'TS09'
>Device seems to be: Generic mmc2 DVD-R/DVD-RW.
>cdrecord: Found DVD media: using cdr_mdvd.
>Using generic SCSI-3/mmc DVD-R(W) driver (mmc_mdvd).
>Driver flags   : SWABAUDIO BURNFREE
>Supported modes: PACKET SAO
>cdrecord: Track 2 has unknown length.
>cdrecord: Use tsize= option in SAO mode to specify track size.
>
>So it looks as though this is more or less what's needed, but that
> last line is worrying.
>
>In this directory, every other file is in the region of 12-14 B long. 
> And it will be like that in every single backup made.  Is it possible
> that each file is being treated as a separate track, and cdrecord
> can't make a track so small?
>
>Anne

Humm, a possibily I suppose, due to the size of a 'sector' on a iso9660 
filesystem.  But here, you are asking cdrecord to do the collection 
which I've little experience with myself.

I think the use of growisofs, letting it collect the files, might still 
be the best way.  I've burnt iso's of nearly 3 GB (generated and burnt 
with k3b) so I know it will go past the magic 2GB point that used to 
break all file systems, but have not attempted to make or burn one that 
might go past the 4GB point (given 1024 byte kilobytes) which is a hair 
more than 4.3GB in decimal sizes.

I'd give it a shot here just to waste a disk, but no one slot of my 
vtapes setup is less than about 6.5GB, which won't fit on one disk :(.
On checking, I do have one thats only about 2.6GB.  However, that one 
only has a total of 5 files as thats the one where amanda got a tummy 
ache and upchucked nearly all the run the other night, so that would be 
a highly non-normal situation with only one of those 10-14 byte files.

I'm afraid I'm not that much help after all.

-- 
Cheers, Gene
People having trouble with vz bouncing email to me should add the word
'online' between the 'verizon', and the dot which bypasses vz's
stupid bounce rules.  I do use spamassassin too. :-)
Yahoo.com and AOL/TW attorneys please note, additions to the above
message by Gene Heskett are:
Copyright 2006 by Maurice Eugene Heskett, all rights reserved.

-- 
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux