Hi,
update and probably final report about the setuid problem on
SuSE 9.3 :
Joerg was right: with setuid bit the program is not
running as root but geteuid() returns the UID of
the previous owner of the file thomas.
The problem seems bound to a single ext3 partition and
even there it is not
[EMAIL PROTECTED] wrote:
Hi,
update and probably final report about the setuid problem on
SuSE 9.3 :
Joerg was right: with setuid bit the program is not
running as root but geteuid() returns the UID of
the previous owner of the file thomas.
The problem seems bound to a single ext3
Hi,
If you (thomas) have been able to chmod u+s on a file owned by root,
then something looks broken.
The procedure is:
- thomas compiles cdrtools
- root copies ./cdrecord/OBJ/athlon-linux-cc/cdrecord to /usr/bin
It shows up as owned by root, group is root. (But somehow isn't.)
- root executes
[EMAIL PROTECTED] wrote:
Hi,
If you (thomas) have been able to chmod u+s on a file owned by root,
then something looks broken.
The procedure is:
- thomas compiles cdrtools
- root copies ./cdrecord/OBJ/athlon-linux-cc/cdrecord to /usr/bin
It shows up as owned by root, group is root.
Hi,
Bill Davidsen wrote:
Does ls -ld show the same thing on both directories?
No setuid on the directory itself, or anything like that?
I am firing up the old machine. (667 MHz and
needs a few minutes of pre-warming before boot)
Beep (is a good sign). Green SuSE jungle.
I hate Firlefanz at
[EMAIL PROTECTED] wrote:
Hi,
Bill Davidsen wrote:
Does ls -ld show the same thing on both directories?
No setuid on the directory itself, or anything like that?
I am firing up the old machine. (667 MHz and
needs a few minutes of pre-warming before boot)
Beep (is a good sign). Green
Hi,
Bill Davidsen wrote:
What I was looking for is the setgid bit on a directory in
/home/thomas/usr/bin
Well, there isn't. At least i could not spot.
Copied with cp -p of course? To preserve ownership and permissions?
No. I toggled as root
mkdir /home/thomas/usr
mkdir
[EMAIL PROTECTED] wrote:
Hi,
I don't care about libburn, it is so broken that it does not even complete
it's configure run:
checking for a BSD-compatible install... /opt/sfw/bin/ginstall -c
./configure: line 19396: syntax error near unexpected token `in'
./configure: line 19396: `for
Hi,
http://scdbackup.sourceforge.net/cdrskin-0.2.6.pl01.tar.gz
It still does not have a working configure.
If that happens on Linux with a 2.4 or 2.6 kernel
then this is a defeat for our project (and for
autotools, possibly).
I would appreciate a complete log of the failed
configure run.
On Wed, Nov 29, 2006 at 01:00:35AM +0100, [EMAIL PROTECTED] wrote:
./configure: line 19396: syntax error near unexpected token `in'
./configure: line 19396: `for ac_header in'
That looks much like an icculus.org/burn libburn-0.2 tarball
or CVS version prior to about march 2006. (Newer bash
Hi,
on SuSE 9.3 the problem with
/usr/bin/cdrecord-2.01.01a21-hz100: Permission denied. Cannot open
'/dev/hda'. Cannot open SCSI driver.
is not bound to the binary from SuSE 9.0 but to the
setuid bit:
The locally compiled version does not work any more
as soon as it is treated with chmod u+s
[EMAIL PROTECTED] wrote:
Hi,
on SuSE 9.3 the problem with
/usr/bin/cdrecord-2.01.01a21-hz100: Permission denied. Cannot open
'/dev/hda'. Cannot open SCSI driver.
is not bound to the binary from SuSE 9.0 but to the
setuid bit:
The locally compiled version does not work any more
as
Hi,
Does a suid root binary work in case that there is
#if LINUX_VERSION_CODE = 0x020600
Nope. I test with a simple cdrecord -scanbus :
The binary from 9.0 stumbles over /dev/sg1 :
/usr/bin/cdrecord-2.01.01a21-hz100-suse-9.0:
Permission denied. Cannot open '/dev/sg1'. Cannot open SCSI
[EMAIL PROTECTED] wrote:
Hi,
Does a suid root binary work in case that there is
#if LINUX_VERSION_CODE = 0x020600
Nope. I test with a simple cdrecord -scanbus :
The binary from 9.0 stumbles over /dev/sg1 :
/usr/bin/cdrecord-2.01.01a21-hz100-suse-9.0:
Permission denied. Cannot
Hi,
Permission denied. Cannot open '/dev/sg1'. Cannot open SCSI driver.
cdrecord is not installed suid root or you are not calling as root.
I swear. It only makes trouble after chmod u+s .
-rwsr-xr-x 1 root root 391843 2006-11-29 20:45
/usr/bin/cdrecord-2.01.01a21-hz100
In that state
[EMAIL PROTECTED] wrote:
regrettably cdrecord-2.01.01a21 seems to be unusable on my
Linux 2.4 system which has 2 burners under ide-scsi and
1 DVD-ROM not under ide-scsi.
I downloaded
ftp://ftp.berlios.de/pub/cdrecord/alpha/cdrtools-2.01.01a21.tar.gz
made my usual #define HZ 100 in
[EMAIL PROTECTED] wrote:
Hi,
1000,1,0 11) 'MATSHITA' 'UJ-840D ' '1.03' Removable CD-ROM
Just for the curiosity of an emulator:
Is this /dev/hdb ? (resp. dev=ATAPI:0,1,0 ?)
Update on 2.01.01a21 testing:
This time with a SuSE 9.3 system. Kernel 2.6.11.4. No ide-scsi.
[EMAIL PROTECTED] wrote:
Hi,
'/dev/hda'. Cannot open SCSI driver.
This looks to be impossible: If you run cdrecord with the apropriate rights
(root) you should be able to open /dev/hda.
I was root. Via su login, not via setuid.
This is really strange.
Blame it on SuSE library
Hi,
I did never see any problems from a missing HZ definition.
It looks like a bug on this distribution
We discussed it in July 2004. Yes it is a distro bug
which i workaround each time i compile your source
releases. SuSE 9.0 seems to suffer from a mix of 100
and 1000 Hz. Probably the
[EMAIL PROTECTED] wrote:
We discussed it in July 2004. Yes it is a distro bug
which i workaround each time i compile your source
releases. SuSE 9.0 seems to suffer from a mix of 100
and 1000 Hz. Probably the missing of a HZ macro is
meant to express and emphasize this interesting state.
At
Hi,
I don't care about libburn, it is so broken that it does not even complete
it's configure run:
checking for a BSD-compatible install... /opt/sfw/bin/ginstall -c
./configure: line 19396: syntax error near unexpected token `in'
./configure: line 19396: `for ac_header in'
That looks much
Hi,
regrettably cdrecord-2.01.01a21 seems to be unusable on my
Linux 2.4 system which has 2 burners under ide-scsi and
1 DVD-ROM not under ide-scsi.
I downloaded
ftp://ftp.berlios.de/pub/cdrecord/alpha/cdrtools-2.01.01a21.tar.gz
made my usual #define HZ 100 in libscg/scsi-linux-sg.c,
27 Kas 2006 Pts 11:47 tarihinde, [EMAIL PROTECTED] şunları yazmıştı:
Hi,
regrettably cdrecord-2.01.01a21 seems to be unusable on my
Linux 2.4 system which has 2 burners under ide-scsi and
1 DVD-ROM not under ide-scsi.
I downloaded
27 Kas 2006 Pts 16:53 tarihinde, [EMAIL PROTECTED] şunları yazmıştı:
Hi,
1000,1,0 11) 'MATSHITA' 'UJ-840D ' '1.03' Removable
CD-ROM
Just for the curiosity of an emulator:
Is this /dev/hdb ? (resp. dev=ATAPI:0,1,0 ?)
Yep its /dev/hdb
Regards,
ismail
[EMAIL PROTECTED] wrote:
Hi,
1000,1,0 11) 'MATSHITA' 'UJ-840D ' '1.03' Removable CD-ROM
Just for the curiosity of an emulator:
Is this /dev/hdb ? (resp. dev=ATAPI:0,1,0 ?)
Update on 2.01.01a21 testing:
This time with a SuSE 9.3 system. Kernel 2.6.11.4. No ide-scsi.
Hi,
'/dev/hda'. Cannot open SCSI driver.
This looks to be impossible: If you run cdrecord with the apropriate rights
(root) you should be able to open /dev/hda.
I was root. Via su login, not via setuid.
Blame it on SuSE library configurations.
After all, the binary built on the local
26 matches
Mail list logo