Toon posts:

[Debian] apt-get troubles (/usr/bin/regapi.so)

Pagina: 1
Acties:

Verwijderd

Topicstarter
code:
1
2
3
4
5
6
7
pc1:~# apt-get install
Reading Package Lists... Done
Building Dependency Tree... Done
You might want to run `apt-get -f install' to correct these.
Sorry, but the following packages have unmet dependencies:
  wine: Depends: libwine (= 0.0.20011108-2) but 0.0.20011226-1 is installed
E: Unmet dependencies. Try using -f.


code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
pc1:~# apt-get -f install
Reading Package Lists... Done
Building Dependency Tree... Done
Correcting dependencies... Done
The following extra packages will be installed:
  wine
1 packages upgraded, 0 newly installed, 0 to remove and 59  not upgraded.
103 packages not fully installed or removed.
Need to get 0B/607kB of archives. After unpacking 86.0kB will be used.
Do you want to continue? [Y/n]
Preconfiguring packages ...
(Reading database ... 134333 files and directories currently installed.)
Preparing to replace wine 0.0.20011108-2 (using .../wine_0.0.20011226-1_i386.deb) ...
Unpacking replacement wine ...
dpkg: error processing /var/cache/apt/archives/wine_0.0.20011226-1_i386.deb (--unpack):
 unable to stat `./usr/bin/regapi.so' (which I was about to install): Permission denied
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/wine_0.0.20011226-1_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


code:
1
2
3
4
5
6
7
8
pc1:~# apt-get install libwine
Reading Package Lists... Done
Building Dependency Tree... Done
Sorry, libwine is already the newest version.
You might want to run `apt-get -f install' to correct these:
Sorry, but the following packages have unmet dependencies:
  wine: Depends: libwine (= 0.0.20011108-2) but 0.0.20011226-1 is to be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).


code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
pc1:~# apt-get install wine
Reading Package Lists... Done
Building Dependency Tree... Done
1 packages upgraded, 0 newly installed, 0 to remove and 59  not upgraded.
103 packages not fully installed or removed.
Need to get 0B/607kB of archives. After unpacking 86.0kB will be used.
Preconfiguring packages ...
(Reading database ... 134333 files and directories currently installed.)
Preparing to replace wine 0.0.20011108-2 (using .../wine_0.0.20011226-1_i386.deb) ...
Unpacking replacement wine ...
dpkg: error processing /var/cache/apt/archives/wine_0.0.20011226-1_i386.deb (--unpack):
 unable to stat `./usr/bin/regapi.so' (which I was about to install): Permission denied
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/wine_0.0.20011226-1_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

wat nu?

  • Treenaks
  • Registratie: April 2001
  • Laatst online: 13:09
Permission denied als root? Raar.. draai je eoa extra-security-gepatchte kernel ofzo?

Purge wine eens, en kijk of het daarna (re-install) wel werkt?

Verwijderd

Topicstarter
ik heb een normale kernel [2.4.17] zelf gecompiled...van de source die ik gersync't heb van kernel.org...

Verwijderd

Topicstarter
code:
1
2
3
4
5
6
7
pc1:~# apt-get remove wine
Reading Package Lists... Done
Building Dependency Tree... Done
You might want to run `apt-get -f install' to correct these:
Sorry, but the following packages have unmet dependencies:
  wine-utils: Depends: wine but it is not going to be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).


code:
1
2
3
4
5
6
7
8
9
10
pc1:~# dpkg -r wine
(Reading database ... 134333 files and directories currently installed.)
Removing wine ...
dpkg - warning: while removing wine, directory `/var/lib/wine/drivec/windows' not empty so not removed.
dpkg - warning: while removing wine, directory `/var/lib/wine/drivec' not empty so not removed.
dpkg - warning: while removing wine, directory `/var/lib/wine' not empty so not removed.
dpkg: error processing wine (--remove):
 cannot remove `/usr/bin/regapi.so': Permission denied
Errors were encountered while processing:
 wine


code:
1
2
3
4
5
6
7
8
pc1:~# apt-get remove libwine
Reading Package Lists... Done
Building Dependency Tree... Done
You might want to run `apt-get -f install' to correct these:
Sorry, but the following packages have unmet dependencies:
  wine: Depends: libwine (= 0.0.20011108-2) but it is not going to be installed
  wine-utils: Depends: libwine (= 0.0.20011226-1) but it is not going to be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).


code:
1
2
3
4
5
6
7
pc1:~# dpkg -r libwine
dpkg: dependency problems prevent removal of libwine:
 wine depends on libwine (= 0.0.20011108-2).
dpkg: error processing libwine (--remove):
 dependency problems - not removing
Errors were encountered while processing:
 libwine

Verwijderd

Wat geeft lsattr /usr/bin/regapi.so als output?

Verwijderd

Topicstarter
code:
1
2
3
4
5
6
pc1:/usr/bin# ls | grep regapi.so
regapi.so
pc1:/usr/bin# ls -h | grep regapi.so
regapi.so
pc1:/usr/bin# ls -lh | grep regapi.so
ls: regapi.so: Permission denied

Verwijderd

Topicstarter
Op maandag 14 januari 2002 20:00 schreef sharpe het volgende:
Wat geeft lsattr /usr/bin/regapi.so als output?
code:
1
2
pc1:/usr/bin# lsattr /usr/bin/regapi.so
lsattr: Permission denied while trying to stat /usr/bin/regapi.so

  • odysseus
  • Registratie: Augustus 2000
  • Nu online

odysseus

Debian GNU/Linux Sid

Hmm, die regapi.so staat op een gewoon filesystem? Lokaal, neem ik aan? Geeft hij wel iets met 'ls -hla regapi*'? Hoe is dat filesystem gemount?

* odysseus heeft nog nooit een bestand gezien dat niet eens zijn eigen permissies of attributes liet zien...bij mij is dat bestand gewoon rw voor root en r voor anderen, met eigenaar + groep root.

Leven is het meervoud van lef | In order to make an apple pie from scratch, you must first create the universe.


Verwijderd

Topicstarter
't is trouwens debian woody (testing)

Verwijderd

Topicstarter
Op maandag 14 januari 2002 20:10 schreef odysseus het volgende:
Hmm, die regapi.so staat op een gewoon filesystem? Lokaal, neem ik aan? Geeft hij wel iets met 'ls -hla regapi*'? Hoe is dat filesystem gemount?

* odysseus heeft nog nooit een bestand gezien dat niet eens zijn eigen permissies of attributes liet zien...bij mij is dat bestand gewoon rw voor root en r voor anderen, met eigenaar + groep root.
code:
1
2
3
4
5
6
7
8
pc1:~# mount
/dev/hda2 on / type reiserfs (rw,notail,notail)
proc on /proc type proc (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/hdb1 on /pub type reiserfs (rw,notail)
/dev/hdb2 on /home type reiserfs (rw,notail)
pc1:~# ls -hla /usr/bin/regapi*
ls: /usr/bin/regapi.so: Permission denied

Verwijderd

Topicstarter
Op maandag 14 januari 2002 20:12 schreef compukid het volgende:

[..]
code:
1
2
3
4
5
6
7
8
pc1:~# mount
/dev/hda2 on / type reiserfs (rw,notail,notail)
proc on /proc type proc (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/hdb1 on /pub type reiserfs (rw,notail)
/dev/hdb2 on /home type reiserfs (rw,notail)
pc1:~# ls -hla /usr/bin/regapi*
ls: /usr/bin/regapi.so: Permission denied
2x notail?

Verwijderd

Topicstarter
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
pc1:~# cat /etc/fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>                <dump>  <pass>
/dev/hda2    /         reiserfs   defaults,notail 0  0
/dev/hdb1    /pub       reiserfs      defaults,notail 0  0
/dev/hdb2    /home       reiserfs     defaults,notail 0  0
/dev/hda1    none       swap    sw              0    0
proc        /proc        proc    defaults               0    0
/dev/fd0      /floppy      auto    defaults,user,noauto     0    0
/dev/cdrom  /cdrom      iso9660 defaults,ro,user,noauto    0     0
/dev/cdrecorder /cdrecorder     iso9660 defaults,ro,user,noauto    0     0
/dev/zip      /zip      vfat    defaults,ro,user,noauto    0     0

  • deadinspace
  • Registratie: Juni 2001
  • Laatst online: 16-08 16:08

deadinspace

The what goes where now?

En ls -ld /usr/bin en lsattr /usr/bin geven?

Verwijderd

Topicstarter
Op maandag 14 januari 2002 21:12 schreef deadinspace het volgende:
En ls -ld /usr/bin en lsattr /usr/bin geven?
de output van 'lsattr /usr/bin':
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
(hier heb ik wat weg geknipt ivm lengte....)
lsattr: Inappropriate ioctl for device While reading flags on /usr/bin/pslatex
lsattr: Inappropriate ioctl for device While reading flags on /usr/bin/mysql_setpermission
lsattr: Inappropriate ioctl for device While reading flags on /usr/bin/pbmtozinc
lsattr: Inappropriate ioctl for device While reading flags on /usr/bin/g++-2.95
lsattr: Inappropriate ioctl for device While reading flags on /usr/bin/dpkg-name
lsattr: Inappropriate ioctl for device While reading flags on /usr/bin/psmerge
lsattr: Inappropriate ioctl for device While reading flags on /usr/bin/psselect
lsattr: Inappropriate ioctl for device While reading flags on /usr/bin/atktopbm
lsattr: Inappropriate ioctl for device While reading flags on /usr/bin/rletopnm
lsattr: Inappropriate ioctl for device While reading flags on /usr/bin/xscreensaver-demo
lsattr: Inappropriate ioctl for device While reading flags on /usr/bin/gnome-hint-properties-capplet
lsattr: Inappropriate ioctl for device While reading flags on /usr/bin/linuxdoc
lsattr: Inappropriate ioctl for device While reading flags on /usr/bin/xgnuboy


code:
1
2
pc1:~# ls -ld /usr/bin
drwxr-xr-x    2 root     root     53399 Jan 14 19:47 /usr/bin

  • deadinspace
  • Registratie: Juni 2001
  • Laatst online: 16-08 16:08

deadinspace

The what goes where now?

ehm.... HUH?
Op maandag 14 januari 2002 21:30 schreef compukid het volgende:
de output van 'lsattr /usr/bin':
code:
1
2
lsattr: Inappropriate ioctl for device While reading flags on /usr/bin/pslatex
enz
Ik dacht dat lsattr de attributes op de dir zelf zou geven, niet op de inhoud, maar goed, dit laat iig zien dat er iets fout zit: 'Inappropiate ioctl for device' WTF? device?

Volgensmij zit er iets fout in je fs (reiser was nog niet helemaal stable iirc ook)... Heeft reiser een fatsoenlijk fsck? Zo ja, dan is het misschien een idee om naar single-user mode te gaan, je / read-only te remounten en te fscken...

  • active2
  • Registratie: Juni 2001
  • Laatst online: 17-07 21:56

active2

Google is your friend

'k weet niet of het helpt maar je kunt het allicht proberen:

ga naar /var/cache/apt/archives
rm *.deb

En vervolgens apt-get -f install

Het kan namelijk wezen dat de files in die dir een beetje naar de maan zijn en dat die ze toch probeert te installeren! En dat gaat niet.

Succes :)

Google, Het mirakel van de 21e eeuw!!!!


Verwijderd

Topicstarter
er waren idd problemen met reiserfs...maar of dat ook dit probleem heeft veroorzaakt...let's find out in a moment.

Verwijderd

Topicstarter
/me gebruikt weer ext2...
't probleem lag idd aan reiserfs....

  • deadinspace
  • Registratie: Juni 2001
  • Laatst online: 16-08 16:08

deadinspace

The what goes where now?

Op zaterdag 19 januari 2002 22:30 schreef compukid het volgende:
/me gebruikt weer ext2...
't probleem lag idd aan reiserfs....
ext3! :)

Verwijderd

Topicstarter
code:
1
2
3
4
5
        ext2     ext3    reiserfs     xfs
quota   X      X       X
journal.         X     X       X
stable     X                     X
files > 2G             X       X

ext2 standaar linux fs
ext3 nieuwe versie met journaling
reiserfs journaling fs
xfs journaling fs van sgi

Ik weet bijna zeker dat deze table niet klopt...maar wat klopt er niet?

  • deadinspace
  • Registratie: Juni 2001
  • Laatst online: 16-08 16:08

deadinspace

The what goes where now?

code:
1
2
3
4
5
         ext2    ext3   reiserfs   xfs
quota      X     X  X       X
journal.          X X       X
stable    X
files > 2G    X  X  X       X

Toelichting:
Quota is niet filesystem-specifiek; quota is iets wat net een laag daarboven ligt.

Stable... (dit afaik, iirc enzo)
In Linux is ext2 de enige die echt goed getest is.
Ext3 is een soort van toevoeging op ext2 en zou dus niet veel problemen moeten opleveren (ext3 is in mijn ervaring stabiel btw, maar ik draai ook geen hele zware mailservers ofzo)
Reiser was meen ik nog wat development.
XFS is bij mijn weten erg stabiel, maar de Linux drivers ervoor zijn nog development.

Alle vier de filesystems kunnen files ver boven de 2 gigabyte aan. De 2 gigabyte beperking waar jij het over hebt zitten in de kernel, de libc en de programma's.
Als je een 2.4 kernel een een redelijk recente libc gebruikt heb je gewoon support voor meer dan 2gig files (de programma's zelf moeten het wel nog aankunnen though).
Pagina: 1