[gentoo-user] DVD and changing permissions
Dale
I just noticed a problem with my new DVD burner. I posted this on the
forums but no response as of yet. This is the info that may help:
[I--] [ ] app-cdr/cdrtools-2.01.01_alpha34
[-P-] [ ] app-cdr/k3b-0.12.17
[I--] [ ] sys-fs/udev-119
[I--] [ ] app-misc/hal-info-20070618 (0)
[I--] [ ] sys-apps/hal-0.5.9.1-r3 (0)
[I--] [ ] sys-fs/udev-119 (0)
Also tried:
[-P-] [M~] app-cdr/cdrtools-2.01.01_alpha42 (0)
That didn't help either. I also disabled ivman with no change. I use KDE
3.5.9 for my desktop.
I can see it as root but not as a user. Other things I have noticed.
When no *DVD* is inserted:
root@smoker / # ls -al /media/
total 1
drwxr-xr-x 6 root root 248 2008-07-12 03:54 .
drwxr-xr-x 24 root root 560 2008-07-10 12:40 ..
drwxrwxr-x 2 root users 48 2006-10-25 06:23 floppy
-rw-r--r-- 1 root root 0 2008-07-12 03:43 .hal-mtab
-rw------- 1 root root 0 2008-07-12 03:54 .hal-mtab-lock
drwxrwxr-x 2 root users 48 2006-10-25 04:00 hdc
drwxrwxr-x 2 root users 48 2008-07-04 14:21 hdd
-rw-r--r-- 1 root root 0 2008-07-12 01:48 .keep_sys-apps_hal-0
root@smoker / #
When I have a *DVD* inserted I get this:
root@smoker / # ls -al /media/
total 3
drwxr-xr-x 6 root root 248 2008-07-12 03:54 .
drwxr-xr-x 24 root root 560 2008-07-10 12:40 ..
drwxrwxr-x 2 root users 48 2006-10-25 06:23 floppy
-rw-r--r-- 1 root root 0 2008-07-12 03:43 .hal-mtab
-rw------- 1 root root 0 2008-07-12 03:54 .hal-mtab-lock
drwxrwxr-x 2 root users 48 2006-10-25 04:00 hdc
d--------- 2 root root 112 2008-07-12 03:08 hdd
-rw-r--r-- 1 root root 0 2008-07-12 01:48 .keep_sys-apps_hal-0
root@smoker / #
It changes the permissions whenever I insert the DVD. I'm not sure if it
is something that is on the DVD or if it is a mounting issue. Here is
my fstab line for the *DVD*:
/dev/hdd /media/hdd auto noauto,users 0 0
and when a *DVD* is inserted mount reports this:
/dev/hdd on /media/hdd type udf (rw,noexec,nosuid,nodev)
I have a CD burner on here too. I basically set them both up the same
way. The CD works just fine but the *DVD* does not.
Any ideas?
Dale
:-) :-)
--
gento...@lists.gentoo.org mailing list
Neil Bothwick
> It changes the permissions whenever I insert the DVD. I'm not sure if
> it is something that is on the DVD or if it is a mounting issue. Here
> is my fstab line for the *DVD*:
>
> /dev/hdd /media/hdd auto noauto,users 0 0
Unless you have a very good reason to leave this in place, remove it. HAL
based automounters do not need fstab, but it will override their defaults
if present. A desktop automounter will usually mount the device as the
user running it, that's certainly the case with KDE and should be with
ivman.
The changing permissions on the mount point is because they are now the
permissions of something else. When nothing is mounted there, the
permissions are those of the mount point on the parent filesystem, when
you mount something, they are the permissions of the root of the mounted
device.
Do other devices, such as USB sticks, mount correctly?
--
Neil Bothwick
"Give me Liberty, fries, and two cokes to go!" "*CUT!*"
Dale
Hi,
I commented out the lines in fstab for both DVD and CD drives. The only
change is that I get this:
root@smoker / # ls -al /media/
total 5
drwxr-xr-x 5 root root 224 2008-07-12 04:03 .
drwxr-xr-x 24 root root 560 2008-07-10 12:40 ..
drwxrwxr-x 2 root users 48 2006-10-25 06:23 floppy
-rw-r--r-- 1 root root 0 2008-07-12 03:43 .hal-mtab
-rw------- 1 root root 0 2008-07-12 03:54 .hal-mtab-lock
dr-xr-xr-x 1 root root 2048 2003-11-13 17:10 hdc
d--------- 2 ivman plugdev 112 2008-07-12 03:08 hdd
-rw-r--r-- 1 root root 0 2008-07-12 01:48 .keep_sys-apps_hal-0
root@smoker / #
So I disabled ivman and tried again, no change. I still can not access
the DVD as a user. The CD seems to work the same way as it always has.
The permissions have changed to root/root tho.
Any other ideas?
Dale
--
gento...@lists.gentoo.org mailing list
Dale
Hi,
I re-emerged udev and noticed this little foot note:
mount options for directory /dev are no longer
set in /etc/udev/udev.conf, but in /etc/fstab
as for other directories.
I don't have anything in fstab for /udev. This is what mount reports:
root@smoker / # mount
/dev/hda6 on / type reiserfs (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec)
udev on /dev type tmpfs (rw,nosuid)
devpts on /dev/pts type devpts (rw,nosuid,noexec)
/dev/hda1 on /boot type ext2 (rw)
/dev/hda7 on /usr/portage type reiserfs (rw)
/dev/hda8 on /home type reiserfs (rw)
/dev/hda9 on /data type reiserfs (rw)
/dev/hdb1 on /backup type ext3 (rw)
none on /dev/shm type tmpfs (rw)
usbfs on /proc/bus/usb type usbfs (rw,noexec,nosuid,devmode=0664,devgid=85)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc
(rw,noexec,nosuid,nodev)
/dev/hdd on /media/hdd type udf
(rw,noexec,nosuid,nodev,uid=104,gid=451,umask=007)
/dev/hdc on /media/hdc type iso9660 (ro,noexec,nosuid,nodev)
root@smoker / #
udev is there but is this "normal"? How does a person restart udev
anyway? Do I have to reboot? I also deleted all the files in /etc/udev
before re-emerging udev, just in case. I'm about out of ideas here.
Neil Bothwick
> I re-emerged udev and noticed this little foot note:
>
> mount options for directory /dev are no longer
> set in /etc/udev/udev.conf, but in /etc/fstab
> as for other directories.
>
> I don't have anything in fstab for /udev. This is what mount reports:
Neither do I, even on a brand new, up to date install.
> root@smoker / # mount
> udev on /dev type tmpfs (rw,nosuid)
/dev is mounted, which is what matters. If /dev were not mounting you'd
have far more serious problems that reading DVDs.
--
Neil Bothwick
New Klingon hair salon: "Today is a good day to dye"
Neil Bothwick
> d--------- 2 ivman plugdev 112 2008-07-12 03:08 hdd
This is weird, the ownership is correct (you need to belong to the
plugdev group to use automounted devices) but the permissions certainly
are not. Do you have any rules for this in /etc/udev/rules.d?
--
Neil Bothwick
Just when my ship comes in, it's the Kobyashi Maru.
Dale
> On Sat, 12 Jul 2008 17:10:15 -0500, Dale wrote:
>
>
>> d--------- 2 ivman plugdev 112 2008-07-12 03:08 hdd
>>
>
> This is weird, the ownership is correct (you need to belong to the
> plugdev group to use automounted devices) but the permissions certainly
> are not. Do you have any rules for this in /etc/udev/rules.d?
>
>
>
This is what I found that even mentions DVD in the file: I'm only
including the lines that contain DVD.
From /etc/udev/rules.d/65-permissions.rules
KERNEL=="pktcdvd|pktcdvd[0-9]*", GROUP="cdrom", MODE="660"
From /etc/udev/rules.d/70-persistent-cd.rules:
# Optiarc_DVD_RW_AD-7200A (pci-0000:00:09.0-ide-1:1)
ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:09.0-ide-1:1",
SYMLINK+="dvd1", ENV{GENERATED}="1"
ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:09.0-ide-1:1",
SYMLINK+="dvdrw1", ENV{GENERATED}="1"
From /etc/udev/rules.d/50-udev-default.rules:
KERNEL=="pktcdvd[0-9]*", NAME="pktcdvd/%k"
KERNEL=="pktcdvd", NAME="pktcdvd/control"
Those are the only ones I can find. I used the find part of Konqeror to
do the search. Anything odd that you see? It looks like it should go
to the group cdrom and have permissions set to 660 to me.
Ideas?
Dale
OK folks, still looking for a fix here. Any ideas at all?
Thanks
Daniel Pielmeier
>
> OK folks, still looking for a fix here. Any ideas at all?
>
There is a bug [1] open about this problem, unfortunately still
unsolved! Maybe the k3b command line will help to investigate on this
further.
[1] http://bugs.gentoo.org/show_bug.cgi?id=213399
--
gento...@lists.gentoo.org mailing list
Dale
> Dale schrieb:
>>
>> OK folks, still looking for a fix here. Any ideas at all?
>>
>
> There is a bug [1] open about this problem, unfortunately still
> unsolved! Maybe the k3b command line will help to investigate on this
> further.
>
> [1] http://bugs.gentoo.org/show_bug.cgi?id=213399
If you saw the post on the thread referenced on the bug, the last post
was mine. I'm dalek on the forums. At least now I know it is not still
just me.
I wonder if cdrkit has this issue? Think it would be worth a shot?
Daniel Pielmeier
I think it is also possible that there is something with k3b as
everybody with this problem is using k3b. I burn my DVD's on the command
line.
Here is some information from a video-dvd:
ISO-creation:
mkisofs -dvd-video -udf -R -iso-level 1 -v -volid DVD_VIDEO -sysid LINUX
-no-cache-inodes -input-charset utf-8 -o ../dvd-video.iso ./
Burning:
cdrecord dev=0,1,0 speed=8 driveropts=burnfree fs=16m -sao -eject -v
dvd-video.iso
Mount:
/dev/sr0 on /media/DVD_VIDEO type udf (ro,nosuid,nodev,uid=1000)
Mount Point:
dr-xr-xr-x 4 billie root 136 11. Jul 23:03 DVD_VIDEO
The DVD is auto mounted by xfce-extra/thunar-volman which uses hal.
When k3b finishes you can get the command line used by k3b, maybe you
can post it.
Regards,
Daniel
--
gento...@lists.gentoo.org mailing list
Dale
>
> < SNIP >
>
> When k3b finishes you can get the command line used by k3b, maybe you
> can post it.
>
> Regards,
>
> Daniel
This is what I got with some stuff snipped:
System
-----------------------
K3b Version: 1.0.5
KDE Version: 3.5.9
QT Version: 3.3.8
Kernel: 2.6.23-gentoo-r8
Devices
-----------------------
HL-DT-ST CD-RW GCE-8520B 1.03 (/dev/hdc, ) [CD-R, CD-RW, CD-ROM]
[CD-ROM, CD-R, CD-RW] [SAO, TAO, RAW, SAO/R96P, SAO/R96R, RAW/R16,
RAW/R96P, RAW/R96R]
Optiarc DVD RW AD-7200A 1.05 (/dev/hdd, ) [CD-R, CD-RW, CD-ROM, DVD-ROM,
DVD-R, DVD-RW, DVD-R DL, DVD+R, DVD+RW, DVD+R DL] [DVD-ROM, DVD-R
Sequential, DVD-R Dual Layer Sequential, DVD-R Dual Layer Jump, DVD-RAM,
DVD-RW Restricted Overwrite, DVD-RW Sequential, DVD+RW, DVD+R, DVD+R
Dual Layer, CD-ROM, CD-R, CD-RW] [SAO, TAO, RAW, SAO/R96P, SAO/R96R,
RAW/R16, RAW/R96P, RAW/R96R, Restricted Overwrite, Layer Jump]
Burned media
-----------------------
DVD+RW
K3bIsoImager
-----------------------
mkisofs print size result: 949463 (1944500224 bytes)
Pipe throughput: 1944500224 bytes read, 1944500224 bytes written.
Used versions
-----------------------
mkisofs: 2.1.1a34
growisofs: 7.1
growisofs
-----------------------
WARNING: /dev/hdd already carries isofs!
About to execute 'builtin_dd if=/dev/fd/0 of=/dev/hdd obs=32k seek=0'
/dev/hdd: "Current Write Speed" is 4.1x1352KBps.
1802240/1944500224 ( 0.1%) @0.4x, remaining 107:47 RBU 100.0% UBU 2.6%
<<SNIP >>
1940652032/1944500224 (99.8%) @4.0x, remaining 0:00 RBU 11.5% UBU 92.1%
/dev/hdd: flushing cache
/dev/hdd: stopping de-icing
/dev/hdd: writing lead-out
growisofs command:
-----------------------
/usr/bin/growisofs -Z /dev/hdd=/dev/fd/0 -use-the-force-luke=notray
-use-the-force-luke=tty -use-the-force-luke=tracksize:949463 -speed=4
-use-the-force-luke=bufsize:32m
mkisofs
-----------------------
/usr/bin/mkisofs: Warning: Cannot write inode/link information with
-no-cache-inodes.
/usr/bin/mkisofs: Warning: Cannot write inode/link information with
-no-cache-inodes.
949463
/usr/bin/mkisofs: Warning: Cannot write inode/link information with
-no-cache-inodes.
Setting input-charset to 'ISO-8859-1' from locale.
0.05% done, estimate finish Mon Jul 14 17:09:09 2008
<< SNIP >>
99.95% done, estimate finish Mon Jul 14 17:15:00 2008
Total translation table size: 0
Total rockridge attributes bytes: 274
Total directory bytes: 410
Path table size(bytes): 10
Max brk space used 21000
949463 extents written (1854 MB)
mkisofs calculate size command:
-----------------------
/usr/bin/mkisofs -gui -graft-points -print-size -quiet -volid
portage_2008.07.10-14.27.04_1 -volset -appid K3B THE CD KREATOR (C)
1998-2006 SEBASTIAN TRUEG AND THE K3B TEAM -publisher -preparer -sysid
LINUX -volset-size 1 -volset-seqno 1 -sort /tmp/kde-dale/k3b70xvFb.tmp
-rock -hide-list /tmp/kde-dale/k3bLAIDcb.tmp -joliet -joliet-long
-hide-joliet-list /tmp/kde-dale/k3bq877Nb.tmp -no-cache-inodes -udf
-full-iso9660-filenames -iso-level 3 -path-list /tmp/kde-dale/k3bcAO9ob.tmp
mkisofs command:
-----------------------
/usr/bin/mkisofs -gui -graft-points -volid portage_2008.07.10-14.27.04_1
-volset -appid K3B THE CD KREATOR (C) 1998-2006 SEBASTIAN TRUEG AND THE
K3B TEAM -publisher -preparer -sysid LINUX -volset-size 1
-volset-seqno 1 -sort /tmp/kde-dale/k3bkZHkea.tmp -rock -hide-list
/tmp/kde-dale/k3bUYZsub.tmp -joliet -joliet-long -hide-joliet-list
/tmp/kde-dale/k3b0CIaDb.tmp -no-cache-inodes -udf
-full-iso9660-filenames -iso-level 3 -path-list /tmp/kde-dale/k3bE3YvNb.tmp
I use command line stuff from time to time but that appears to be one
heck of a command. O_O See anything wrong with it? Think another
version of k3b would help?
Joerg Schilling
> mkisofs
> -----------------------
> /usr/bin/mkisofs: Warning: Cannot write inode/link information with
> -no-cache-inodes.
> /usr/bin/mkisofs: Warning: Cannot write inode/link information with
> -no-cache-inodes.
> 949463
> /usr/bin/mkisofs: Warning: Cannot write inode/link information with
> -no-cache-inodes.
> Setting input-charset to 'ISO-8859-1' from locale.
> 0.05% done, estimate finish Mon Jul 14 17:09:09 2008
If you explicitly tell mkisofs to do something unreasonable, you should be
prepared for any results.
Using -no-cache-inodes is a really bad idea!
With -praft-points, you may cause many strange things.
2.01.01a34 is nearly a year old, you should use a recent version.
In general, the k3b command line does not look reasonable.
When using -udf instead of -UDF, it should be impossible to get file/dir
permissions that differ from the default values.
If you are not able to make the problem reproducable at my side, I have no idea
how to help.
Did you try to mount the DVD on Solaris and this way verify that the problem is
not in the Linux kernel?
Jörg
--
EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
j...@cs.tu-berlin.de (uni)
schi...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
--
gento...@lists.gentoo.org mailing list
Joerg Schilling
> Daniel Pielmeier wrote:
> > Dale schrieb:
> >>
> >> OK folks, still looking for a fix here. Any ideas at all?
> >>
> >
> > There is a bug [1] open about this problem, unfortunately still
> > unsolved! Maybe the k3b command line will help to investigate on this
> > further.
> >
> > [1] http://bugs.gentoo.org/show_bug.cgi?id=213399
BTW: If I follow the instructions from this bug report on Solaris, I cannot
reproduce the problem. I thus would asume a Linux Kernel Bug.
I recently read that the UDF filesystem driver in Linux has been modified.
You should first have a closer look at the Linux kernel.
> If you saw the post on the thread referenced on the bug, the last post
> was mine. I'm dalek on the forums. At least now I know it is not still
> just me.
>
> I wonder if cdrkit has this issue? Think it would be worth a shot?
The mkisofs clone from cdrkit is extremely outdated and has many well known
issues related to UTF-8 locales, UDF and Joliet extensions. I strongly
recommend not to use it.
Dale
> Dale <dale...@bellsouth.net> wrote:
>
>
>> mkisofs
>> -----------------------
>> /usr/bin/mkisofs: Warning: Cannot write inode/link information with
>> -no-cache-inodes.
>> /usr/bin/mkisofs: Warning: Cannot write inode/link information with
>> -no-cache-inodes.
>> 949463
>> /usr/bin/mkisofs: Warning: Cannot write inode/link information with
>> -no-cache-inodes.
>> Setting input-charset to 'ISO-8859-1' from locale.
>> 0.05% done, estimate finish Mon Jul 14 17:09:09 2008
>>
>
> If you explicitly tell mkisofs to do something unreasonable, you should be
> prepared for any results.
>
I didn't tell it tho, k3b did.
> Using -no-cache-inodes is a really bad idea!
>
> With -praft-points, you may cause many strange things.
>
I'll see if I can force k3b to change those settings. I think I saw
them in the custom command part.
> 2.01.01a34 is nearly a year old, you should use a recent version.
>
I just used the latest stable version but will try the latest next and
see if that helps any.
> In general, the k3b command line does not look reasonable.
>
> When using -udf instead of -UDF, it should be impossible to get file/dir
> permissions that differ from the default values.
>
> If you are not able to make the problem reproducable at my side, I have no idea
> how to help.
>
> Did you try to mount the DVD on Solaris and this way verify that the problem is
> not in the Linux kernel?
>
> Jörg
>
>
I don't have anything that runs Solaris so I am not able to test with it.
Thanks. Will report back.
Dale
> Dale <dale...@bellsouth.net> wrote:
>
>
>> Daniel Pielmeier wrote:
>>
>>> Dale schrieb:
>>>
>>>> OK folks, still looking for a fix here. Any ideas at all?
>>>>
>>>>
>>> There is a bug [1] open about this problem, unfortunately still
>>> unsolved! Maybe the k3b command line will help to investigate on this
>>> further.
>>>
>>> [1] http://bugs.gentoo.org/show_bug.cgi?id=213399
>>>
>
> BTW: If I follow the instructions from this bug report on Solaris, I cannot
> reproduce the problem. I thus would asume a Linux Kernel Bug.
>
> I recently read that the UDF filesystem driver in Linux has been modified.
> You should first have a closer look at the Linux kernel.
>
>
>> If you saw the post on the thread referenced on the bug, the last post
>> was mine. I'm dalek on the forums. At least now I know it is not still
>> just me.
>>
>> I wonder if cdrkit has this issue? Think it would be worth a shot?
>>
>
> The mkisofs clone from cdrkit is extremely outdated and has many well known
> issues related to UTF-8 locales, UDF and Joliet extensions. I strongly
> recommend not to use it.
>
> Jörg
>
>
That is why I was using your package. I was reading another thread you
were posting too as well.
Dale
> Joerg Schilling wrote:
>> Dale <dale...@bellsouth.net> wrote:
>>
>>
>>> mkisofs
>>> -----------------------
>>> /usr/bin/mkisofs: Warning: Cannot write inode/link information with
>>> -no-cache-inodes.
>>> /usr/bin/mkisofs: Warning: Cannot write inode/link information with
>>> -no-cache-inodes.
>>> 949463
>>> /usr/bin/mkisofs: Warning: Cannot write inode/link information with
>>> -no-cache-inodes.
>>> Setting input-charset to 'ISO-8859-1' from locale.
>>> 0.05% done, estimate finish Mon Jul 14 17:09:09 2008
>>>
>>
>> If you explicitly tell mkisofs to do something unreasonable, you
>> should be prepared for any results.
>>
>
> I didn't tell it tho, k3b did.
>> Using -no-cache-inodes is a really bad idea!
>>
>> With -praft-points, you may cause many strange things.
>>
>
> I'll see if I can force k3b to change those settings. I think I saw
> them in the custom command part.
I unchecked the part on using inodes but still no change that I can see.
>> 2.01.01a34 is nearly a year old, you should use a recent version.
>>
>
> I just used the latest stable version but will try the latest next and
> see if that helps any.
Upgraded to cdrtools-2.01.01_alpha42 but no change.
>> In general, the k3b command line does not look reasonable.
>> When using -udf instead of -UDF, it should be impossible to get file/dir
>> permissions that differ from the default values.
>>
>> If you are not able to make the problem reproducable at my side, I
>> have no idea how to help.
>>
>> Did you try to mount the DVD on Solaris and this way verify that the
>> problem is not in the Linux kernel?
>>
>> Jörg
>>
>>
>
> I don't have anything that runs Solaris so I am not able to test with it.
> Thanks. Will report back.
This is the new output from k3b just in case:
Used versions
-----------------------
mkisofs: 2.1.1a42
growisofs: 7.1
growisofs
-----------------------
About to execute 'builtin_dd if=/dev/fd/0 of=/dev/hdd obs=32k seek=0'
WARNING: /dev/hdd already carries isofs!
/dev/hdd: "Current Write Speed" is 4.1x1352KBps.
12058624/1944500224 ( 0.6%) @2.6x, remaining 13:21 RBU 100.0% UBU 2.6%
<< SNIP >>
1932361728/1944500224 (99.4%) @4.0x, remaining 0:02 RBU 36.2% UBU 92.1%
/dev/hdd: flushing cache
/dev/hdd: stopping de-icing
/dev/hdd: writing lead-out
growisofs command:
-----------------------
/usr/bin/growisofs -Z /dev/hdd=/dev/fd/0 -use-the-force-luke=notray
-use-the-force-luke=tty -use-the-force-luke=tracksize:949463 -speed=4
-use-the-force-luke=bufsize:32m
mkisofs
-----------------------
949463
Setting input-charset to 'ISO-8859-1' from locale.
0.05% done, estimate finish Mon Jul 14 19:28:07 2008
<< SNIP >>
99.95% done, estimate finish Mon Jul 14 19:33:56 2008
Total translation table size: 0
Total rockridge attributes bytes: 298
Total directory bytes: 0
Path table size(bytes): 10
Max brk space used 21000
949463 extents written (1854 MB)
mkisofs calculate size command:
-----------------------
/usr/bin/mkisofs -gui -graft-points -print-size -quiet -volid
portage_2008.07.10-14.27.04_1 -volset -appid K3B THE CD KREATOR (C)
1998-2006 SEBASTIAN TRUEG AND THE K3B TEAM -publisher -preparer -sysid
LINUX -volset-size 1 -volset-seqno 1 -sort /tmp/kde-dale/k3b6Q2xLa.tmp
-rock -hide-list /tmp/kde-dale/k3bf41Cba.tmp -joliet -joliet-long
-hide-joliet-list /tmp/kde-dale/k3bpgLcxb.tmp -udf
-full-iso9660-filenames -iso-level 3 -path-list /tmp/kde-dale/k3b4KzQya.tmp
mkisofs command:
-----------------------
/usr/bin/mkisofs -gui -graft-points -volid portage_2008.07.10-14.27.04_1
-volset -appid K3B THE CD KREATOR (C) 1998-2006 SEBASTIAN TRUEG AND THE
K3B TEAM -publisher -preparer -sysid LINUX -volset-size 1
-volset-seqno 1 -sort /tmp/kde-dale/k3b4So7Xa.tmp -rock -hide-list
/tmp/kde-dale/k3bVuipwb.tmp -joliet -joliet-long -hide-joliet-list
/tmp/kde-dale/k3b37kyWb.tmp -udf -full-iso9660-filenames -iso-level 3
-path-list /tmp/kde-dale/k3bzJNImb.tmp
You, or anybody else, notice anything strange, odd and/or just plain
wrong? Would a different version of k3b help? I'm not sure what is
causing this problem just that I have one. I would also be willing to
try a command line if you can provide me with the 'correct' options to
test with.
Thanks.
Joerg Schilling
> >> /usr/bin/mkisofs: Warning: Cannot write inode/link information with
> >> -no-cache-inodes.
> >> Setting input-charset to 'ISO-8859-1' from locale.
> >> 0.05% done, estimate finish Mon Jul 14 17:09:09 2008
> >>
> >
> > If you explicitly tell mkisofs to do something unreasonable, you should be
> > prepared for any results.
> >
>
> I didn't tell it tho, k3b did.
> > Using -no-cache-inodes is a really bad idea!
> >
> > With -praft-points, you may cause many strange things.
> >
>
> I'll see if I can force k3b to change those settings. I think I saw
> them in the custom command part.
> > 2.01.01a34 is nearly a year old, you should use a recent version.
If -no-cache-inodes canot be changed, make a bug report.
graft points are different. If done correctly, everything works as expected.
Unfortunately, the command line used by k3b is not verificable as the important
information is hidden inside files.
> > Did you try to mount the DVD on Solaris and this way verify that the problem is
> > not in the Linux kernel?
> >
> > Jörg
> >
> >
>
> I don't have anything that runs Solaris so I am not able to test with it.
You could just boot a life CD and run the test. It is important to have a
verification firrst on where the problem is located. I did never see your
problem with wrong dir permissions on Solaris.
Joerg Schilling
> Upgraded to cdrtools-2.01.01_alpha42 but no change.
Note that I fixed some problems with the permissions of "." and ".."
with cdrtools-2.01.01a43 that happen on Linux only because some Linux
filesystem implementations return the entries for "." and ".." "out of order".
> mkisofs command:
> -----------------------
> /usr/bin/mkisofs -gui -graft-points -volid portage_2008.07.10-14.27.04_1
> -volset -appid K3B THE CD KREATOR (C) 1998-2006 SEBASTIAN TRUEG AND THE
> K3B TEAM -publisher -preparer -sysid LINUX -volset-size 1
> -volset-seqno 1 -sort /tmp/kde-dale/k3b4So7Xa.tmp -rock -hide-list
> /tmp/kde-dale/k3bVuipwb.tmp -joliet -joliet-long -hide-joliet-list
> /tmp/kde-dale/k3b37kyWb.tmp -udf -full-iso9660-filenames -iso-level 3
> -path-list /tmp/kde-dale/k3bzJNImb.tmp
>
> You, or anybody else, notice anything strange, odd and/or just plain
> wrong? Would a different version of k3b help? I'm not sure what is
> causing this problem just that I have one. I would also be willing to
> try a command line if you can provide me with the 'correct' options to
> test with.
Without knowing the content of the files, it is not possible to say more about
the command line.
Joerg Schilling
> > I have a CD burner on here too. I basically set them both up the same
> > way. The CD works just fine but the *DVD* does not.
> >
> > Any ideas?
> >
> > Dale
> >
> > :-) :-)
>
> OK folks, still looking for a fix here. Any ideas at all?
The problem is that your mkisofs command line hides the most important facts
inside files that you did not send.
Try to create a scenario that allows to reproduce your problem without using
k3b.
Daniel Pielmeier
> You, or anybody else, notice anything strange, odd and/or just plain wrong?
> Would a different version of k3b help? I'm not sure what is causing this
> problem just that I have one. I would also be willing to try a command line
> if you can provide me with the 'correct' options to test with.
> Thanks.
I did a bit testing last night and found out that the files and
directories in the resulting images created by mkisofs all have
permissions 000. What I see from the man pages is that the -udf and -r
options are setting the user and group permissions to zero. When I
used -UDF and -R instead I also get zero values. I checked this by
using isoinfo to analyse the files within the image.
This however there seems to be no problem for me as the DVD's are
automounted with permissions 555 for folders and 444 for files.
So what is the problem here, mkisofs creating images with wrong
permissions, or this permissions are normal and some automounter or
mount in general are/is mounting the DVD with wrong permissions
probably with interference of the udf kernel driver.
--
gento...@lists.gentoo.org mailing list
Joerg Schilling
> Daniel Pielmeier wrote:
> > Dale schrieb:
> >>
> >> OK folks, still looking for a fix here. Any ideas at all?
> >>
> >
> > There is a bug [1] open about this problem, unfortunately still
> > unsolved! Maybe the k3b command line will help to investigate on this
> > further.
> >
> > [1] http://bugs.gentoo.org/show_bug.cgi?id=213399
>
> If you saw the post on the thread referenced on the bug, the last post
> was mine. I'm dalek on the forums. At least now I know it is not still
> just me.
Just to be sure: did you mount Rock Ridge or did you mount UDF?
Dale
> Dale <dale...@bellsouth.net> wrote:
>
>
>> Daniel Pielmeier wrote:
>>
>>> Dale schrieb:
>>>
>>>> OK folks, still looking for a fix here. Any ideas at all?
>>>>
>>>>
>>> There is a bug [1] open about this problem, unfortunately still
>>> unsolved! Maybe the k3b command line will help to investigate on this
>>> further.
>>>
>>> [1] http://bugs.gentoo.org/show_bug.cgi?id=213399
>>>
>> If you saw the post on the thread referenced on the bug, the last post
>> was mine. I'm dalek on the forums. At least now I know it is not still
>> just me.
>>
>
> Just to be sure: did you mount Rock Ridge or did you mount UDF?
>
> Jörg
>
>
/dev/hdd on /media/portage_2008.07.10-14.27.04_1 type udf
(ro,nosuid,nodev,uid=1000)
Is that correct? There is no fstab entry since someone said it was not
needed nowadays.
Dale
> Dale <dale...@bellsouth.net> wrote:
>
>
>> Upgraded to cdrtools-2.01.01_alpha42 but no change.
>>
>
> Note that I fixed some problems with the permissions of "." and ".."
> with cdrtools-2.01.01a43 that happen on Linux only because some Linux
> filesystem implementations return the entries for "." and ".." "out of order".
>
>
>
>> mkisofs command:
>> -----------------------
>> /usr/bin/mkisofs -gui -graft-points -volid portage_2008.07.10-14.27.04_1
>> -volset -appid K3B THE CD KREATOR (C) 1998-2006 SEBASTIAN TRUEG AND THE
>> K3B TEAM -publisher -preparer -sysid LINUX -volset-size 1
>> -volset-seqno 1 -sort /tmp/kde-dale/k3b4So7Xa.tmp -rock -hide-list
>> /tmp/kde-dale/k3bVuipwb.tmp -joliet -joliet-long -hide-joliet-list
>> /tmp/kde-dale/k3b37kyWb.tmp -udf -full-iso9660-filenames -iso-level 3
>> -path-list /tmp/kde-dale/k3bzJNImb.tmp
>>
>> You, or anybody else, notice anything strange, odd and/or just plain
>> wrong? Would a different version of k3b help? I'm not sure what is
>> causing this problem just that I have one. I would also be willing to
>> try a command line if you can provide me with the 'correct' options to
>> test with.
>>
>
> Without knowing the content of the files, it is not possible to say more about
> the command line.
>
> Jörg
>
>
The content if the DVD is /usr/portage including distfiles. I'm on
dial-up so having a copy that is somewhat up to date is a 'good idea'.
Also note, Konqueror as root works but not as a user. I can also get
there by command line.
Can you recommend a gentoo-sources kernel version that you know from
yourself or others will work? I'm willing to compile one and give it a
shot. I am currently using linux-2.6.23-gentoo-r8/ but also tried
linux-2.6.24-gentoo-r8 with no change.
Dale
> Dale <dale...@bellsouth.net> wrote:
>
>
>>> I have a CD burner on here too. I basically set them both up the same
>>> way. The CD works just fine but the *DVD* does not.
>>>
>>> Any ideas?
>>>
>>> Dale
>>>
>>> :-) :-)
>>>
>> OK folks, still looking for a fix here. Any ideas at all?
>>
>
> The problem is that your mkisofs command line hides the most important facts
> inside files that you did not send.
>
> Try to create a scenario that allows to reproduce your problem without using
> k3b.
>
> Jörg
>
>
I'm not sure if you saw it but I sent the k3b debugging information in a
couple posts. It had some long commands in it. I can send them again
if needed.
K3b is all I have ever used so I'm clueless on any other way. I'd be
glad to try a command line if you can give me the correct options.
I sort of think this is k3b, udev having a bad mounting day or maybe
even a kernel thing. I'm just not sure which.
If you need more info just ask.
Dale
To make sure I get what you are saying, you want me to boot a live CD
and see if I can access it? If so, I'm sure that would work since I
would be root. It works as root just not as a user. Am I thinking
correctly? Sometimes I'm off in left field.
Joerg Schilling
> Joerg Schilling wrote:
> > Just to be sure: did you mount Rock Ridge or did you mount UDF?
> >
> > Jörg
> >
> >
>
> /dev/hdd on /media/portage_2008.07.10-14.27.04_1 type udf
> (ro,nosuid,nodev,uid=1000)
>
> Is that correct? There is no fstab entry since someone said it was not
> needed nowadays.
>
OK, now try a plain Rock Ridge mount....
Joerg Schilling
UDF permissions created by mkisofs have been verified by mounting the images on
Solaris. As I could not see any deviations from the original permissions, I
suspect a problem in the Linux kernel.
If you have no Solaris, it could help to make a mount test with a Rock Ridge
mount. If the permissions are OK with Rock Ridge, then is is a bug in the UDF
implementation in the Linux kernel.
Joerg Schilling
> > Try to create a scenario that allows to reproduce your problem without using
> > k3b.
> >
> > Jörg
> >
> >
>
> I'm not sure if you saw it but I sent the k3b debugging information in a
> couple posts. It had some long commands in it. I can send them again
> if needed.
This is why I told you that it is impossible to repeat your problem as
important information is missing.
Daniel Pielmeier
> > I did a bit testing last night and found out that the files and
> > directories in the resulting images created by mkisofs all have
> > permissions 000. What I see from the man pages is that the -udf and -r
> > options are setting the user and group permissions to zero. When I
> > used -UDF and -R instead I also get zero values. I checked this by
> > using isoinfo to analyse the files within the image.
> >
> > This however there seems to be no problem for me as the DVD's are
> > automounted with permissions 555 for folders and 444 for files.
> >
> > So what is the problem here, mkisofs creating images with wrong
> > permissions, or this permissions are normal and some automounter or
> > mount in general are/is mounting the DVD with wrong permissions
> > probably with interference of the udf kernel driver.
>
> UDF permissions created by mkisofs have been verified by mounting the images on
> Solaris. As I could not see any deviations from the original permissions, I
> suspect a problem in the Linux kernel.
>
> If you have no Solaris, it could help to make a mount test with a Rock Ridge
> mount. If the permissions are OK with Rock Ridge, then is is a bug in the UDF
> implementation in the Linux kernel.
I have opensolaris in a virtual machine but i don't think this is
enough to verify it correctly, so i will try the rock ridge mount.
--
gento...@lists.gentoo.org mailing list
Dale
> Dale <dale...@bellsouth.net> wrote:
>
>
>> Joerg Schilling wrote:
>>
>
>
>>> Just to be sure: did you mount Rock Ridge or did you mount UDF?
>>>
>>> Jörg
>>>
>>>
>>>
>> /dev/hdd on /media/portage_2008.07.10-14.27.04_1 type udf
>> (ro,nosuid,nodev,uid=1000)
>>
>> Is that correct? There is no fstab entry since someone said it was not
>> needed nowadays.
>>
>>
>
> OK, now try a plain Rock Ridge mount....
>
> Jörg
>
>
LOL. Since there is no fstab entry, you will have to enlighten me a
bit. How do I tell hal to mount it that way instead of udf?
Hmmm, guess I could turn off hal and try manually. BRB This is odd.
root@smoker / # cat /proc/filesystems
nodev sysfs
nodev rootfs
nodev bdev
nodev proc
nodev binfmt_misc
nodev sockfs
nodev usbfs
nodev pipefs
nodev anon_inodefs
nodev futexfs
nodev tmpfs
nodev inotifyfs
nodev devpts
reiserfs
ext3
ext4dev
ext2
nodev ramfs
msdos
vfat
iso9660
nodev nfs
nodev nfsd
ntfs
nodev autofs
udf
xfs
nodev mqueue
nodev rpc_pipefs
root@smoker / #
I don't seem to have a Rock Ridge. I couldn't find it in the kernel
config to enable it and equery doesn't list one either. Where does it
come from exactly?
Going to try to disable Rock Ridge in k3b and see what blows up.
Joerg Schilling
> > UDF permissions created by mkisofs have been verified by mounting the images on
> > Solaris. As I could not see any deviations from the original permissions, I
> > suspect a problem in the Linux kernel.
> >
> > If you have no Solaris, it could help to make a mount test with a Rock Ridge
> > mount. If the permissions are OK with Rock Ridge, then is is a bug in the UDF
> > implementation in the Linux kernel.
>
> I have opensolaris in a virtual machine but i don't think this is
> enough to verify it correctly, so i will try the rock ridge mount.
This is sufficient, just copy the image into the virtual machine, set up a
"lofi" device for the image and then call mount -F udfs ....
Daniel Pielmeier
Unmount the disk and then try to mount it manually.
mount -t iso9660 device mount-point
This mounts as iso9660 with rock-ridge extension.
mount -t udf device mount-point
This mounts as udf.
For further information it will be a good idea to look into the mount manpage.
--
gento...@lists.gentoo.org mailing list
Dale
>
> Unmount the disk and then try to mount it manually.
>
> mount -t iso9660 device mount-point
> This mounts as iso9660 with rock-ridge extension.
>
> mount -t udf device mount-point
> This mounts as udf.
>
> For further information it will be a good idea to look into the mount manpage.
>
Now we are cooking. Woooooooo Ooooooooo!!! Check this out:
root@smoker / # ls -al /media/hdd/
total 1898079
dr-xr-xr-x 2 root root 2048 2008-07-15 04:47 .
drwxr-xr-x 5 root root 224 2008-07-15 05:31 ..
-r--r--r-- 1 root root 1943630336 2008-07-10 14:38
portage_2008.07.10-14.27.04_1.tar
root@smoker / # mount
/dev/hda6 on / type reiserfs (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec)
udev on /dev type tmpfs (rw,nosuid)
devpts on /dev/pts type devpts (rw,nosuid,noexec)
/dev/hda1 on /boot type ext2 (rw)
/dev/hda7 on /usr/portage type reiserfs (rw)
/dev/hda8 on /home type reiserfs (rw)
/dev/hda9 on /data type reiserfs (rw)
/dev/hdb1 on /backup type ext3 (rw)
none on /dev/shm type tmpfs (rw)
usbfs on /proc/bus/usb type usbfs (rw,noexec,nosuid,devmode=0664,devgid=85)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc
(rw,noexec,nosuid,nodev)
/dev/hdd on /media/hdd type iso9660 (rw)
root@smoker / #
That is cool. How do I fix this? New kernel? Can I just use this for
all my DVD's including those with HUGE files? I have some that are just
under 4Gbs.
Thanks
Daniel Pielmeier
> "Daniel Pielmeier" <daniel.p...@googlemail.com> wrote:
>
> > > UDF permissions created by mkisofs have been verified by mounting the images on
> > > Solaris. As I could not see any deviations from the original permissions, I
> > > suspect a problem in the Linux kernel.
> > >
> > > If you have no Solaris, it could help to make a mount test with a Rock Ridge
> > > mount. If the permissions are OK with Rock Ridge, then is is a bug in the UDF
> > > implementation in the Linux kernel.
> >
> > I have opensolaris in a virtual machine but i don't think this is
> > enough to verify it correctly, so i will try the rock ridge mount.
>
> This is sufficient, just copy the image into the virtual machine, set up a
> "lofi" device for the image and then call mount -F udfs ....
>
I have set up the machine recently, and I think there is now way to
share files between Host and Guest OS in Virtualbox when the guest is
Solaris. So I will burn the Live CD and try it within the Live CD.
--
gento...@lists.gentoo.org mailing list
Joerg Schilling
Any virtualization solution I know supports at least scp or ftp to
bring in files.
Daniel Pielmeier
> >
> > I have set up the machine recently, and I think there is now way to
> > share files between Host and Guest OS in Virtualbox when the guest is
> > Solaris. So I will burn the Live CD and try it within the Live CD.
>
> Any virtualization solution I know supports at least scp or ftp to
> bring in files.
Thanks I will try this first!
--
gento...@lists.gentoo.org mailing list
Volker Armin Hemmann
have a look at the udev and hal rules.
I am pretty sure that this has nothing to do with cdrecord or k3b.
--
gento...@lists.gentoo.org mailing list
Joerg Schilling
> Hi,
>
> have a look at the udev and hal rules.
>
> I am pretty sure that this has nothing to do with cdrecord or k3b.
It would of course also help to manually mount the UDF part and check whether
this is a problem caused by the way mount was done.
Alan McKinnon
> I don't seem to have a Rock Ridge. I couldn't find it in the kernel
> config to enable it and equery doesn't list one either. Where does
> it come from exactly?
Rock Ridge isn't a filesystem, it's an extension to iso9660. From man
mount:
Mount options for iso9660
ISO 9660 is a standard describing a filesystem structure to be
used on CD-ROMs. (This filesystem type
is also seen on some DVDs. See also the udf filesystem.)
Normal iso9660 filenames appear in a 8.3 format (i.e., DOS-like
restrictions on filename length), and
in addition all characters are in upper case. Also there is no
field for file ownership, protection,
number of links, provision for block/character devices, etc.
Rock Ridge is an extension to iso9660 that provides all of these
unix like features. Basically there
are extensions to each directory record that supply all of the
additional information, and when Rock
Ridge is in use, the filesystem is indistinguishable from a
normal UNIX file system (except that it
is read-only, of course).
--
Alan McKinnon
alan dot mckinnon at gmail dot com
--
gento...@lists.gentoo.org mailing list
Daniel Pielmeier
here. I have created to iso-images one as data and the other one as
video with the following calls:
VIDEO:
mkisofs -dvd-video -UDF -R -iso-level 1 -v -volid DVD_VIDEO -sysid LINUX
-input-charset utf-8 -o ../dvd-video.iso ./
DATA:
mkisofs -UDF -R -iso-level 1 -v -volid DVD_DATA -sysid LINUX
-input-charset utf-8 -o ../dvd-data.iso ./
I created to mount-points where only root has permissions
ls -al ./
drwxr-xr-x 4 billie users 72 15. Jul 18:29 .
drwx------ 16 billie users 8192 15. Jul 18:22 ..
-rw-r--r-- 1 billie users 142530560 15. Jul 18:26 dvd-data.iso
-rw-r--r-- 1 billie users 142587904 15. Jul 18:25 dvd-video.iso
drwx------ 2 root root 1 15. Jul 18:29 mount-data
drwx------ 2 root root 1 15. Jul 18:29 mount-video
Then I mounted both the data and the video image as udf and as iso9660
mount -o loop -t udf dvd-video.iso mount-video/
ls -al mount-video/
drwxr-xr-x 4 billie users 136 15. Jul 18:24 .
drwxr-xr-x 4 billie users 72 15. Jul 18:29 ..
drwxr-xr-x 2 billie users 40 15. Jul 18:24 AUDIO_TS
drwxr-xr-x 2 billie users 300 15. Jul 18:24 VIDEO_TS
mount -o loop -t iso9660 dvd-video.iso mount-video/
ls -al mount-video/
drwxr-xr-x 4 billie users 2048 15. Jul 18:24 .
drwxr-xr-x 4 billie users 72 15. Jul 18:29 ..
drwxr-xr-x 2 billie users 2048 15. Jul 18:24 AUDIO_TS
drwxr-xr-x 2 billie users 2048 15. Jul 18:24 VIDEO_TS
mount -o loop -t udf dvd-data.iso mount-data
ls -al mount-data
drwxr-xr-x 2 billie users 92 15. Jul 18:26 .
drwxr-xr-x 4 billie users 72 15. Jul 18:29 ..
-rw-r--r-- 1 billie users 141672448 15. Jul 18:21 001_cut.mpg
mount -o loop -t iso9660 dvd-data.iso mount-data
ls -al mount-data
drwxr-xr-x 2 billie users 2048 15. Jul 18:26 .
drwxr-xr-x 4 billie users 72 15. Jul 18:29 ..
-rw-r--r-- 1 billie users 141672448 15. Jul 18:21 001_cut.mpg
Everything works perfect and the old permissions of the files and
folders have been restored.
It was jst isoinfo which did not show the permissions:
isoinfo -l -i dvd-data.iso
Directory listing of /
d--------- 0 0 0 2048 Jul 15 2008 [ 266 02] .
d--------- 0 0 0 2048 Jul 15 2008 [ 266 02] ..
---------- 0 0 0 141672448 Jul 15 2008 [ 268 00] 001_CUT.MPG;1
isoinfo -l -i dvd-video.iso
Directory listing of /
d--------- 0 0 0 2048 Jul 15 2008 [ 274 02] .
d--------- 0 0 0 2048 Jul 15 2008 [ 274 02] ..
d--------- 0 0 0 2048 Jul 15 2008 [ 275 02] AUDIO_TS
d--------- 0 0 0 2048 Jul 15 2008 [ 276 02] VIDEO_TS
Directory listing of /AUDIO_TS/
d--------- 0 0 0 2048 Jul 15 2008 [ 275 02] .
d--------- 0 0 0 2048 Jul 15 2008 [ 274 02] ..
Directory listing of /VIDEO_TS/
d--------- 0 0 0 2048 Jul 15 2008 [ 276 02] .
d--------- 0 0 0 2048 Jul 15 2008 [ 274 02] ..
---------- 0 0 0 6144 Jul 15 2008 [ 281 00] VIDEO_TS.BUP;1
---------- 0 0 0 6144 Jul 15 2008 [ 278 00] VIDEO_TS.IFO;1
---------- 0 0 0 12288 Jul 15 2008 [ 69466 00] VTS_01_0.BUP;1
---------- 0 0 0 12288 Jul 15 2008 [ 284 00] VTS_01_0.IFO;1
---------- 0 0 0 141672448 Jul 15 2008 [ 290 00] VTS_01_1.VOB;1
So I also guess this has to be a problem with hal, udev, k3b or even
growisofs. The strange thing is that it works manually mounted as
iso9960 and not as udf filesystem. So it does not look like a mounting
problem.
--
gento...@lists.gentoo.org mailing list
Joerg Schilling
> It was jst isoinfo which did not show the permissions:
>
> isoinfo -l -i dvd-data.iso
>
> Directory listing of /
> d--------- 0 0 0 2048 Jul 15 2008 [ 266 02] .
> d--------- 0 0 0 2048 Jul 15 2008 [ 266 02] ..
> ---------- 0 0 0 141672448 Jul 15 2008 [ 268 00] 001_CUT.MPG;1
isoinfo does not understand UDF and if you don't tell it to use Rock Ridge,
it will be limited to the missing permissions from plain ISO-9660
Daniel Pielmeier
> Daniel Pielmeier <daniel.p...@googlemail.com> wrote:
>
>> It was jst isoinfo which did not show the permissions:
>>
>> isoinfo -l -i dvd-data.iso
>>
>> Directory listing of /
>> d--------- 0 0 0 2048 Jul 15 2008 [ 266 02] .
>> d--------- 0 0 0 2048 Jul 15 2008 [ 266 02] ..
>> ---------- 0 0 0 141672448 Jul 15 2008 [ 268 00] 001_CUT.MPG;1
>
> isoinfo does not understand UDF and if you don't tell it to use Rock Ridge,
> it will be limited to the missing permissions from plain ISO-9660
>
> Jörg
>
You are right something like this "isoinfo -l -R -i dvd-video.iso" did
the trick. The -R flag prints the informations from the rock ridge
extension.
By the way would you recommend those commands for creating dvd-video
material, or should there be something changed. I mean it should be most
compatible. Playable on PC and standalone players and different
operating systems.
Iso creation:
mkisofs -dvd-video -UDF -R -iso-level 1 -v -volid DVD_VIDEO -sysid LINUX
-input-charset utf-8 -o ../dvd-video.iso ./
Burning:
cdrecord dev=0,1,0 speed=8 driveropts=burnfree fs=16m -sao -eject -v
dvd-video.iso
Regards,
daniel
--
gento...@lists.gentoo.org mailing list
Dale
I updated my kernel to linux-2.6.25-gentoo-r6 with a new set of
"issues". To burn a DVD now, I have to manually unmount the DVD first.
I plan to re-emerge hal and friends to see if that will help any.
Anyway, I burned a fresh DVD and now I get this:
root@smoker / # ls -al /media/
total 7
drwxr-xr-x 6 root root 272 2008-07-15 17:03 .
drwxr-xr-x 24 root root 560 2008-07-15 11:29 ..
drwxrwxr-x 2 root users 48 2006-10-25 06:23 floppy
-rw-r--r-- 1 root root 96 2008-07-15 17:03 .hal-mtab
-rw------- 1 root root 0 2008-07-15 16:47 .hal-mtab-lock
drwxrwxr-x 2 dale cdrom 48 2008-07-14 07:44 hdc
drwxrwxr-x 2 dale cdrom 48 2008-07-14 07:45 hdd
-rw-r--r-- 1 root root 0 2008-07-12 01:48 .keep_sys-apps_hal-0
dr-xr-xr-x 2 dale root 2048 2008-07-15 16:56 portage_2008.07.10-14.27.04_1
root@smoker / # mount
/dev/hda6 on / type reiserfs (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec)
udev on /dev type tmpfs (rw,nosuid,size=10240k,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,gid=5,mode=620)
/dev/hda1 on /boot type ext2 (rw)
/dev/hda7 on /usr/portage type reiserfs (rw)
/dev/hda8 on /home type reiserfs (rw)
/dev/hda9 on /data type reiserfs (rw)
/dev/hdb1 on /backup type ext3 (rw)
none on /dev/shm type tmpfs (rw)
usbfs on /proc/bus/usb type usbfs (rw,noexec,nosuid,devmode=0664,devgid=85)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc
(rw,noexec,nosuid,nodev)
/dev/hdd on /media/portage_2008.07.10-14.27.04_1 type iso9660
(rw,nosuid,nodev,noatime,uid=1000,utf8)
root@smoker / #
So it appears to be a kernel issue that in newer versions has been
fixed. Now the next issue, what's up with k3b not being able to unmount
the DVD so it can burn a new one?
Thanks for all the help. Oh, KDE loaded up just fine with this new
kernel. Same load up times as the older version I was using.
Ideas on the unmount issue are welcome.
Dale
>
> So it appears to be a kernel issue that in newer versions has been
> fixed. Now the next issue, what's up with k3b not being able to
> unmount the DVD so it can burn a new one?
>
> Thanks for all the help. Oh, KDE loaded up just fine with this new
> kernel. Same load up times as the older version I was using.
>
> Ideas on the unmount issue are welcome.
>
> Dale
>
> :-) :-)
Well, it worked the first time at least. Back to the drawing board. :-(
I re-emerged hal and it umounts just fine now.
Can someone tell me things to try to narrow down what the problem is
exactly? I'm will to try some things if it will help. You may have to
hold my hand a little tho.
Any more ideas?
Dale
--
gento...@lists.gentoo.org mailing list
Joerg Schilling
> By the way would you recommend those commands for creating dvd-video
> material, or should there be something changed. I mean it should be most
> compatible. Playable on PC and standalone players and different
> operating systems.
>
> Iso creation:
> mkisofs -dvd-video -UDF -R -iso-level 1 -v -volid DVD_VIDEO -sysid LINUX
> -input-charset utf-8 -o ../dvd-video.iso ./
Why do you like to do things like: -sysid LINUX that are default?
Why do you use things like: -input-charset utf-8 which is may be wrong
and which is by default handled correctly by mkisofs?
Why do you like to use iso level 1?
> Burning:
> cdrecord dev=0,1,0 speed=8 driveropts=burnfree fs=16m -sao -eject -v
> dvd-video.iso
If you only have one drive, you may omit the dev= parameter.
Dale
>
> Well, it worked the first time at least. Back to the drawing board.
> :-(
> I re-emerged hal and it umounts just fine now.
> Can someone tell me things to try to narrow down what the problem is
> exactly? I'm will to try some things if it will help. You may have
> to hold my hand a little tho.
> Any more ideas?
>
> Dale
>
This appears to be a udf problem I would assume with the kernel. If I
mount the DVD as iso9660 then it works fine but if it mounts with udf
the permissions are wrong. Is there a way to tell hal, ivman and
friends to always use iso9660? At least until there is a fix in the
kernel anyway.
Thanks
Joerg Schilling
> > Why do you use things like: -input-charset utf-8 which is may be wrong
> > and which is by default handled correctly by mkisofs?
>
> I use utf-8 on my system, so i thought it is correct.
>
> Can you please explain me what are $INS_BASE/lib/profiled
> $INS_BASE/lib/siconv for. These two directories are not installed by
> the gentoo installation. I ask this because I guess the siconv folder
> has something to do with the locales. When I for example specify an
> unknown locale mkisofs is complaining about a missing
> $INS_BASE/lib/siconv folder.
This is correct, your installation is incomplete.
Mkisofs cannot work correctly in all cases if siconv data is missing.
When I replaced the old libunls code by libsiconv more than a year ago,
there was a verbose instruction in the announcement file. I thought that
any maintainer would read this and update his install procedures...
If you omit -input-charset, mkisofs will chose the right values.
> > Why do you like to use iso level 1?
>
> I thought it is enough for the DVD file structure.
>
> From the manpage:
> With level 1, files may only consist of one section and filenames are
> restricted to 8.3 characters.
>
> AUDIO_TS
> VIDEO_TS
> VIDEO_TS.BUP
> VIDEO_TS.IFO
> VIDEO_TS.VOB
> VTS_01_0.BUP
> VTS_01_0.IFO
> VTS_01_0.VOB
> VTS_01_1.VOB
> VTS_01_2.VOB
>
> For this file names ISO-Level 1 maybe sufficient, or am I wrong?
Well, level 1 is default too ;-)
> > > Burning:
> > > cdrecord dev=0,1,0 speed=8 driveropts=burnfree fs=16m -sao -eject -v
> > > dvd-video.iso
> >
> > If you only have one drive, you may omit the dev= parameter.
> > Jörg
>
> I have two DVD drives so I think it is needed!
Correct (but you may create /etc/default/cdrecord with the right content to
default to the drive you usually like to use).
> Thanks,
>
> Daniel
> ??????z?b?? z{h???????x%
Daniel Pielmeier
>
> This appears to be a udf problem I would assume with the kernel. If I
> mount the DVD as iso9660 then it works fine but if it mounts with udf
> the permissions are wrong. Is there a way to tell hal, ivman and
> friends to always use iso9660? At least until there is a fix in the
> kernel anyway.
>
So it would be a good idea to add this information to the bug. If it is
not known already and nobody reports it, there will never be a fix! :-)
Regards,
Daniel
--
gento...@lists.gentoo.org mailing list
Dale
Comment posted that iso9660 works and at least is a workaround.
Is there a way to tell hal to mount only as iso9660 tho? I looked
around in the /etc/hal directory but nothing poked me in the eye.
Joerg Schilling
> > > unknown locale mkisofs is complaining about a missing
> > > $INS_BASE/lib/siconv folder.
> >
> > This is correct, your installation is incomplete.
> >
> > Mkisofs cannot work correctly in all cases if siconv data is missing.
> >
> > When I replaced the old libunls code by libsiconv more than a year ago,
> > there was a verbose instruction in the announcement file. I thought that
> > any maintainer would read this and update his install procedures...
> >
> > If you omit -input-charset, mkisofs will chose the right values.
>
> I have a bug open addressing this and a few other things. Do you
> remember the Announcement file, so I can add this information to the
> bug! If not i will delve through the files myself.
Mmmm, don't you know "grep"?
> Can you give me information about the $INS_BASE/lib/profiled folder
> too. I mean the contents beside the size of the files are the same as
> in $INS_BASE/lib/.
in profiles/ you find developer libs in case you like to use the BSD code
profiler "gprof". Whether you like to install them depends on what you like to
do.
$INS_BASE/lib/siconv is mandatory and documented (see AN-* files).
Daniel Pielmeier
> >
> > I have a bug open addressing this and a few other things. Do you
> > remember the Announcement file, so I can add this information to the
> > bug! If not i will delve through the files myself.
>
> Mmmm, don't you know "grep"?
s/delve/grep/ :-)
I searched for it yesterday evening, when asking for the file I had no
cdrtools-sources at hand.
> > Can you give me information about the $INS_BASE/lib/profiled folder
> > too. I mean the contents beside the size of the files are the same as
> > in $INS_BASE/lib/.
>
> in profiles/ you find developer libs in case you like to use the BSD code
> profiler "gprof". Whether you like to install them depends on what you like to
> do.
>
Thanks for the clarification!