From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1O42rC-0005Zl-8E for garchives@archives.gentoo.org; Tue, 20 Apr 2010 02:06:34 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 318B5E0AB0 for ; Tue, 20 Apr 2010 02:06:33 +0000 (UTC) Received: from mail-qy0-f179.google.com (mail-qy0-f179.google.com [209.85.221.179]) by pigeon.gentoo.org (Postfix) with ESMTP id 46042E07CC for ; Tue, 20 Apr 2010 01:44:10 +0000 (UTC) Received: by qyk9 with SMTP id 9so6545497qyk.1 for ; Mon, 19 Apr 2010 18:44:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=qkogEmjcdK7uZXLkI7Y7K0k6kYd7Xa41OaiJH99jqxY=; b=KZ/kSRFggYrqvZZxRDCrqLxiNhX7l8BuLH6+N8SoLabvigJNmXT37qKVksIBAFH11e f54gZoLDTerdodJz+SN//iUbxBVENJD2CSqUeudMnPpRfRAsfESnZGgzzOG+/nuDGmp2 076Rg2g8R/2PXXdKlh38o5DbEON5wqEXqbJE4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=jTgUUnkZnDiBqeAamN25b69I2wutVrSuT7dgUU8bgHbfs5OEEL/nN5nhED9Q6RhvCV fHhc08PM/4cTRAi4ex78JmesLxrk/XyFZG5hM3YOVlPfaNCWSTpDNTQ9cyVfTdUg8Nju n+baHGwQKS5V3VmQ6A8MR6zetiZudPGgu4LbU= Received: by 10.229.96.82 with SMTP id g18mr477604qcn.82.1271727849827; Mon, 19 Apr 2010 18:44:09 -0700 (PDT) Received: from [192.168.1.2] (adsl-0-94-36.jan.bellsouth.net [65.0.94.36]) by mx.google.com with ESMTPS id v26sm3709936qce.1.2010.04.19.18.44.08 (version=SSLv3 cipher=RC4-MD5); Mon, 19 Apr 2010 18:44:09 -0700 (PDT) Message-ID: <4BCD06E4.5090800@gmail.com> Date: Mon, 19 Apr 2010 20:44:04 -0500 From: Dale User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100409 Gentoo/2.0.4-r1 SeaMonkey/2.0.4 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Can't get a DVD to burn. References: <4BB15186.9030602@gmail.com> <20100330083952.6ca82bc9@digimed.co.uk> <4BB22006.5010400@gmail.com> <20100330172245.4d59628e@zaphod.digimed.co.uk> <4BB22E21.307@gmail.com> <4BB23A58.6000901@gmail.com> <4bb4b57c.7KbzS/5UoMAMZDba%Joerg.Schilling@fokus.fraunhofer.de> <4BB4B90B.3070804@gmail.com> <4bbb24ab.86gjNNTvivv2umTe%Joerg.Schilling@fokus.fraunhofer.de> <4BC0E527.9030601@gmail.com> <4bc476e8.C4RXe/EmECPtoOfJ%Joerg.Schilling@fokus.fraunhofer.de> <4BC4A707.6010304@gmail.com> <4BC4CB94.60003@gmail.com> <4bc5883f.0Epve90YV+2JFXmB%Joerg.Schilling@fokus.fraunhofer.de> <4BC5C5E2.7040205@gmail.com> <4bc5dc10.8UgamybYM//WIGKR%Joerg.Schilling@fokus.fraunhofer.de> In-Reply-To: <4bc5dc10.8UgamybYM//WIGKR%Joerg.Schilling@fokus.fraunhofer.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 17ec648f-8ff8-45be-b0d2-16ec7d359848 X-Archives-Hash: a6348f4dde9c771df3a7a0c9bae6b215 Joerg Schilling wrote: > Dale wrote: > > =20 >> Well whether k3b knows it or not, there is 320Gbs of space left. I di= d >> some more testing and the drive really doesn't do anything now. Even >> hdparm can't read all the info so I ordered a drive about 12 hours ago= . >> I have had this brand before so maybe it will be OK. >> =20 > Well, since a while, Linux did follow Solaris and offers tmpfs on /tmp. > tmpfs usually has the size of the RAM + sizeof Swap - something. > > Many programs still don't know about this limitation and try to put > temporary files of any size into /tmp. Try to reconfigure k3b.... > > J=F6rg > > =20 This turned into a book. The bottom few paragraphs are the most=20 important parts. It ends up working tho, just weirdly. Is that a=20 word? o_O Well, I got my shiney new DVD drive. It still doesn't burn a thing. I=20 still get this which looks like the same error to me: Burned media ----------------------- DVD+RW Devices ----------------------- HL-DT-ST DVD-RAM GH22NP20 2.00 (/dev/hdd, CD-R, CD-RW, CD-ROM, DVD-ROM,=20 DVD-R, DVD-RW, DVD-R DL, DVD+R, DVD+RW, DVD+R DL) [DVD-ROM, DVD-R=20 Sequential, DVD-R Dual Layer Sequential, DVD-R Dual Layer Jump, DVD-RAM,=20 DVD-RW Restricted Overwrite, DVD-RW Sequential, DVD+RW, DVD+R, DVD+R=20 Dual Layer, CD-ROM, CD-R, CD-RW] [SAO, TAO, RAW, SAO/R96P, SAO/R96R,=20 RAW/R16, RAW/R96P, RAW/R96R, Restricted Overwrite, Layer Jump] [%7] K3b::IsoImager ----------------------- mkisofs print size result: 2295193 (4700555264 bytes) System ----------------------- K3b Version: 1.91.0 KDE Version: 4.4.2 (KDE 4.4.2) QT Version: 4.6.2 Kernel: 2.6.30-gentoo-r8 Used versions ----------------------- mkisofs: 2.1.1a77 growisofs: 7.1 growisofs command: ----------------------- /usr/bin/growisofs -Z /dev/hdd=3D/dev/fd/0 -use-the-force-luke=3Dnotray=20 -use-the-force-luke=3Dtty -use-the-force-luke=3D4gms=20 -use-the-force-luke=3Dtracksize:2295193 -speed=3D4=20 -use-the-force-luke=3Dbufsize:32m mkisofs ----------------------- /usr/bin/mkisofs: Warning: Cannot add inode hints with -no-cache-inodes. 2295193 /usr/bin/mkisofs: Warning: Cannot add inode hints with -no-cache-inodes. mkisofs calculate size command: ----------------------- /usr/bin/mkisofs -gui -graft-points -print-size -quiet -volid=20 Home_2010.04.10-12.06.22_1 -volset -appid K3B THE CD KREATOR (C)=20 1998-2010 SEBASTIAN TRUEG AND MICHAL MALEK -publisher -preparer -sysid=20 LINUX -volset-size 1 -volset-seqno 1 -sort /tmp/kde-dale/k3bQt5497.tmp=20 -rational-rock -hide-list /tmp/kde-dale/k3bfl5497.tmp -joliet=20 -joliet-long -hide-joliet-list /tmp/kde-dale/k3bNZ5497.tmp=20 -no-cache-inodes -udf -full-iso9660-filenames -iso-level 3 -path-list=20 /tmp/kde-dale/k3bqP5497.tmp mkisofs command: ----------------------- /usr/bin/mkisofs -gui -graft-points -volid Home_2010.04.10-12.06.22_1=20 -volset -appid K3B THE CD KREATOR (C) 1998-2010 SEBASTIAN TRUEG AND=20 MICHAL MALEK -publisher -preparer -sysid LINUX -volset-size 1=20 -volset-seqno 1 -sort /tmp/kde-dale/k3bCQ5497.tmp -rational-rock=20 -hide-list /tmp/kde-dale/k3bda5497.tmp -joliet -joliet-long=20 -hide-joliet-list /tmp/kde-dale/k3bFs5497.tmp -no-cache-inodes -udf=20 -full-iso9660-filenames -iso-level 3 -path-list /tmp/kde-dale/k3byg5497.t= mp The regular window that is open during the burning process still gives=20 the "no space left on device" error. For the record. This is the results of df: root@smoker ~ # df Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda6 9767184 1135488 8631696 12% / udev 10240 204 10036 2% /dev /dev/hda1 186663 34740 142286 20% /boot /dev/hda7 9767184 5070976 4696208 52% /home /dev/hda9 7815308 4810880 3004428 62% /usr /dev/hdb5 19228276 8309876 9941652 46% /usr/portage /dev/hda10 3718856 1301408 2417448 35% /var /dev/hdb1 9614116 183056 8942688 3% /var/tmp/portage /dev/sda1 732549604 335804932 396744672 46% /data none 1037236 0 1037236 0% /dev/shm root@smoker ~ # I configured k3b to use /data/tmp/ for temp files. It has well over=20 300Gbs of free space. I don't know what is out of space but it ain't my=20 hard drives. So, I stuck in a brand new, never been touched, DVD. It tried to do the=20 formatting part but it failed. It gave the option to load anyway so I=20 told it to load and try burning. After all that, I get the same error=20 listed above. It still says no space left. All the previous was with app-cdr/cdrtools-2.01.01_alpha77. I then=20 installed cdrtools-2.01.01_alpha75, logged out of KDE for good measure=20 and tried again with the same error. I then backed up a version of k3b. Same thing. No change at all. Now=20 I am confused so I am going fishing for a while. Now that I'm back, no=20 fish just attacked by the skeeters, I decided to try something else. I=20 found a older backup file that was about a little smaller than 2Gbs. It=20 burned that just fine. No problem with it at all. It will also burn a=20 little tiny file, few Mbs or so, just fine. So, I went back to Kbackup=20 and created a new backup file. Instead of it doing the regular "preset"=20 4.7Gb file size, I made it a little smaller. I made it a little over=20 4Gbs which is actually about 3.9Gbs or so. It made a few slices and it=20 is backing them up just fine. After this, I went back and created some new backups with the preset=20 4.7Gb DVD setting that Kbackup uses. It appears to be working now. =20 Also, keep in mind that this was not the backups that failed last time. =20 This is a different set of backups. So, what the heck is up with all this? Is it that Kbackup made a slice=20 that was maybe just a wee bit to big, twice? It was a tarball so=20 wouldn't it burn it even if it was corrupt or something? I'm going to try putting the old DVD drive in tomorrow maybe tonight and=20 see if it works then. The new one has a black face plate and my case is=20 beige. It sort of looks like I gave it a black eye or something. LOL =20 If the old drive works, this is plenty weird. Oh well, I have a new DVD=20 drive when I start to build a new rig. Sorry this was so long. I was writing as I was doing things. Dale :-) :-)