You are not logged in.

#301 2012-07-23 04:07:27

scippio
Member
Registered: 2007-01-02
Posts: 74

Re: glibc update refusing to proceed. File ownership problem

Trilby wrote:

scippio, that output doesn't show any problem.  That shows that everything is as it should be.  Do you get an error when you try to update?

Yes:

[root@crom /home/scippio]# pacman -Su
:: Starting full system upgrade...
resolving dependencies...
looking for inter-conflicts...

Targets (1): glibc-2.16.0-2

Total Installed Size:   37.58 MiB
Net Upgrade Size:       0.00 MiB

Proceed with installation? [Y/n] 
(1/1) checking package integrity                                 [####################################] 100%
(1/1) loading package files                                      [####################################] 100%
(1/1) checking for file conflicts                                [####################################] 100%
error: failed to commit transaction (conflicting files)
glibc: /lib exists in filesystem
Errors occurred, no packages were upgraded.

Sorry for my English...

Offline

#302 2012-07-23 07:28:51

f_altenberger
Member
Registered: 2012-07-23
Posts: 1

Re: glibc update refusing to proceed. File ownership problem

A general advise: A arch wiki page dealing with the problem is available! https://wiki.archlinux.org/index.php/De … iki:usrlib

This approach has worked for me...

Offline

#303 2012-07-23 13:20:30

cfr
Member
From: Cymru
Registered: 2011-11-27
Posts: 7,148

Re: glibc update refusing to proceed. File ownership problem

@scippio,

As f_altenberger said. If you're still stuck, post the output of the find command given there.


CLI Paste | How To Ask Questions

Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L

Offline

#304 2012-07-23 15:17:59

sitquietly
Member
From: On the Wolf River
Registered: 2010-07-12
Posts: 220

Re: glibc update refusing to proceed. File ownership problem

scippio wrote:

...problem sad

[root@crom /home/scippio]# find /lib -exec pacman -Qo -- {} +
error: cannot determine ownership of directory '/lib'
...<everything owned by glibc>

I suspect that pacman thinks that some package has files in /lib and refuses to overwrite them.  Pacman is quite smart.  Try these commands:

cd /var/lib/pacman/local
egrep '^lib/' */files

Nothing should be listed.  If any output is listed, for example

...
linux-lqx-3.3.3-0/files:lib/modules/3.3.3-0-lqx/modules.symbols.bin
linux-lqx-3.3.3-0/files:lib/modules/extramodules-3.3-lqx/
linux-lqx-3.3.3-0/files:lib/modules/extramodules-3.3-lqx/version
lirc-1:0.9.0-16/files:lib/
lirc-1:0.9.0-16/files:lib/modules/
lirc-1:0.9.0-16/files:lib/modules/extramodules-3.3-ARCH/
lirc-1:0.9.0-16/files:lib/modules/extramodules-3.3-ARCH/lirc_atiusb.ko.gz
lirc-1:0.9.0-16/files:lib/modules/extramodules-3.3-ARCH/lirc_i2c.ko.gz
lirc-1:0.9.0-16/files:lib/modules/extramodules-3.3-ARCH/lirc_wpc8769l.ko.gz

then the indicated packages must be removed.  In the example,

pacman -R linux-lqx lirc

You may have packages in the pacman local database that are not "actually" installed.  Pacman is quite dumb smile  On one of my systems I found three very old kernel entries in local for packages that did not even show up in pacman -Q.  I don't know how that can happen, but it sure makes the glibc update frustrating.  Just make sure that your pacman database is clean in this way and I believe that your system will finally update cleanly.

I hope that this helps.

Offline

#305 2012-07-23 20:09:01

tamis
Member
Registered: 2011-12-23
Posts: 27

Re: glibc update refusing to proceed. File ownership problem

I hadn't update for some time and had a bunch of issues. After fixing most of them the (glibc: /lib exists in filesystem)  issue only persists.
I tried fixing it using (https://wiki.archlinux.org/index.php/De … iki:usrlib)

When i use the command pacman -Syu --ignore glibc i get a huge list of packages that cannot be update due to unresolved dependencies.
They are dependent on:
1. gcc-libs-multilib
2. valgrind
3. binutils-multilib

The link above only speaks about the following packages:
binutils 
gcc 
gcc-libs

Not a huge list like mine and i don't think they have the same dependency.

I think i might need an expert opinion to proceed as i don't want to brake my filesystem :)

Offline

#306 2012-07-23 20:12:08

scippio
Member
Registered: 2007-01-02
Posts: 74

Re: glibc update refusing to proceed. File ownership problem

[root@crom /home/scippio]# cd /var/lib/pacman/local
[root@crom /var/lib/pacman/local]# egrep '^lib/' */files
acerhdf-0.5.27-1/files:lib/
acerhdf-0.5.27-1/files:lib/modules/
acerhdf-0.5.27-1/files:lib/modules/3.1.5-1-ARCH/
acerhdf-0.5.27-1/files:lib/modules/3.1.5-1-ARCH/updates/
acerhdf-0.5.27-1/files:lib/modules/3.1.5-1-ARCH/updates/acerhdf.ko
glibc-2.16.0-1/files:lib/
glibc-2.16.0-1/files:lib/ld-2.16.so
glibc-2.16.0-1/files:lib/ld-linux-x86-64.so.2
glibc-2.16.0-1/files:lib/libBrokenLocale-2.16.so
glibc-2.16.0-1/files:lib/libBrokenLocale.so.1
glibc-2.16.0-1/files:lib/libSegFault.so
glibc-2.16.0-1/files:lib/libanl-2.16.so
glibc-2.16.0-1/files:lib/libanl.so.1
glibc-2.16.0-1/files:lib/libc-2.16.so
glibc-2.16.0-1/files:lib/libc.so.6
glibc-2.16.0-1/files:lib/libcidn-2.16.so
glibc-2.16.0-1/files:lib/libcidn.so.1
glibc-2.16.0-1/files:lib/libcrypt-2.16.so
glibc-2.16.0-1/files:lib/libcrypt.so.1
glibc-2.16.0-1/files:lib/libdl-2.16.so
glibc-2.16.0-1/files:lib/libdl.so.2
glibc-2.16.0-1/files:lib/libm-2.16.so
glibc-2.16.0-1/files:lib/libm.so.6
glibc-2.16.0-1/files:lib/libmemusage.so
glibc-2.16.0-1/files:lib/libnsl-2.16.so
glibc-2.16.0-1/files:lib/libnsl.so.1
glibc-2.16.0-1/files:lib/libnss_compat-2.16.so
glibc-2.16.0-1/files:lib/libnss_compat.so.2
glibc-2.16.0-1/files:lib/libnss_db-2.16.so
glibc-2.16.0-1/files:lib/libnss_db.so.2
glibc-2.16.0-1/files:lib/libnss_dns-2.16.so
glibc-2.16.0-1/files:lib/libnss_dns.so.2
glibc-2.16.0-1/files:lib/libnss_files-2.16.so
glibc-2.16.0-1/files:lib/libnss_files.so.2
glibc-2.16.0-1/files:lib/libnss_hesiod-2.16.so
glibc-2.16.0-1/files:lib/libnss_hesiod.so.2
glibc-2.16.0-1/files:lib/libnss_nis-2.16.so
glibc-2.16.0-1/files:lib/libnss_nis.so.2
glibc-2.16.0-1/files:lib/libnss_nisplus-2.16.so
glibc-2.16.0-1/files:lib/libnss_nisplus.so.2
glibc-2.16.0-1/files:lib/libpcprofile.so
glibc-2.16.0-1/files:lib/libpthread-2.16.so
glibc-2.16.0-1/files:lib/libpthread.so.0
glibc-2.16.0-1/files:lib/libresolv-2.16.so
glibc-2.16.0-1/files:lib/libresolv.so.2
glibc-2.16.0-1/files:lib/librt-2.16.so
glibc-2.16.0-1/files:lib/librt.so.1
glibc-2.16.0-1/files:lib/libthread_db-1.0.so
glibc-2.16.0-1/files:lib/libthread_db.so.1
glibc-2.16.0-1/files:lib/libutil-2.16.so
glibc-2.16.0-1/files:lib/libutil.so.1

The output is like output in my first post (find /lib -exec pacman -Qo -- {} +) here: https://bbs.archlinux.org/viewtopic.php … 0#p1134790

Last edited by scippio (2012-07-23 20:12:49)


Sorry for my English...

Offline

#307 2012-07-23 20:26:20

sitquietly
Member
From: On the Wolf River
Registered: 2010-07-12
Posts: 220

Re: glibc update refusing to proceed. File ownership problem

scippio wrote:
[root@crom /home/scippio]# cd /var/lib/pacman/local
[root@crom /var/lib/pacman/local]# egrep '^lib/' */files
acerhdf-0.5.27-1/files:lib/
acerhdf-0.5.27-1/files:lib/modules/
acerhdf-0.5.27-1/files:lib/modules/3.1.5-1-ARCH/
acerhdf-0.5.27-1/files:lib/modules/3.1.5-1-ARCH/updates/
acerhdf-0.5.27-1/files:lib/modules/3.1.5-1-ARCH/updates/acerhdf.ko
.....

You need to remove the AUR package acerhdf:

pacman -R acerhdf

You may be able to re-install it from AUR after you finish the glibc upgrade, but you can't do the upgrade until acerhdf is removed.

Offline

#308 2012-07-23 20:27:03

tamis
Member
Registered: 2011-12-23
Posts: 27

Re: glibc update refusing to proceed. File ownership problem

Ugh now after a reboot my whole system is dead :'(

Offline

#309 2012-07-23 20:50:38

WorMzy
Administrator
From: Scotland
Registered: 2010-06-16
Posts: 12,406
Website

Re: glibc update refusing to proceed. File ownership problem

Boot a live CD, configure and update pacman, mount your / partition, and use pacman's -r argument (man pacman) to run part 2 of that link you posted.

e.g.

find /mnt/lib -exec pacman -r /mnt -Qo -- {} +

Then follow the advice listed on the wiki.


Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD

Making lemonade from lemons since 2015.

Offline

#310 2012-07-23 20:51:53

jasonwryan
Anarchist
From: .nz
Registered: 2009-05-09
Posts: 30,424
Website

Re: glibc update refusing to proceed. File ownership problem

Merging with the stickied glibc thread...


Arch + dwm   •   Mercurial repos  •   Surfraw

Registered Linux User #482438

Offline

#311 2012-07-23 21:42:15

scippio
Member
Registered: 2007-01-02
Posts: 74

Re: glibc update refusing to proceed. File ownership problem

scippio wrote:
[root@crom /home/scippio]# cd /var/lib/pacman/local
[root@crom /var/lib/pacman/local]# egrep '^lib/' */files
acerhdf-0.5.27-1/files:lib/
acerhdf-0.5.27-1/files:lib/modules/
acerhdf-0.5.27-1/files:lib/modules/3.1.5-1-ARCH/
acerhdf-0.5.27-1/files:lib/modules/3.1.5-1-ARCH/updates/
acerhdf-0.5.27-1/files:lib/modules/3.1.5-1-ARCH/updates/acerhdf.ko
glibc-2.16.0-1/files:lib/
glibc-2.16.0-1/files:lib/ld-2.16.so
glibc-2.16.0-1/files:lib/ld-linux-x86-64.so.2
glibc-2.16.0-1/files:lib/libBrokenLocale-2.16.so
glibc-2.16.0-1/files:lib/libBrokenLocale.so.1
glibc-2.16.0-1/files:lib/libSegFault.so
glibc-2.16.0-1/files:lib/libanl-2.16.so
glibc-2.16.0-1/files:lib/libanl.so.1
glibc-2.16.0-1/files:lib/libc-2.16.so
glibc-2.16.0-1/files:lib/libc.so.6
glibc-2.16.0-1/files:lib/libcidn-2.16.so
glibc-2.16.0-1/files:lib/libcidn.so.1
glibc-2.16.0-1/files:lib/libcrypt-2.16.so
glibc-2.16.0-1/files:lib/libcrypt.so.1
glibc-2.16.0-1/files:lib/libdl-2.16.so
glibc-2.16.0-1/files:lib/libdl.so.2
glibc-2.16.0-1/files:lib/libm-2.16.so
glibc-2.16.0-1/files:lib/libm.so.6
glibc-2.16.0-1/files:lib/libmemusage.so
glibc-2.16.0-1/files:lib/libnsl-2.16.so
glibc-2.16.0-1/files:lib/libnsl.so.1
glibc-2.16.0-1/files:lib/libnss_compat-2.16.so
glibc-2.16.0-1/files:lib/libnss_compat.so.2
glibc-2.16.0-1/files:lib/libnss_db-2.16.so
glibc-2.16.0-1/files:lib/libnss_db.so.2
glibc-2.16.0-1/files:lib/libnss_dns-2.16.so
glibc-2.16.0-1/files:lib/libnss_dns.so.2
glibc-2.16.0-1/files:lib/libnss_files-2.16.so
glibc-2.16.0-1/files:lib/libnss_files.so.2
glibc-2.16.0-1/files:lib/libnss_hesiod-2.16.so
glibc-2.16.0-1/files:lib/libnss_hesiod.so.2
glibc-2.16.0-1/files:lib/libnss_nis-2.16.so
glibc-2.16.0-1/files:lib/libnss_nis.so.2
glibc-2.16.0-1/files:lib/libnss_nisplus-2.16.so
glibc-2.16.0-1/files:lib/libnss_nisplus.so.2
glibc-2.16.0-1/files:lib/libpcprofile.so
glibc-2.16.0-1/files:lib/libpthread-2.16.so
glibc-2.16.0-1/files:lib/libpthread.so.0
glibc-2.16.0-1/files:lib/libresolv-2.16.so
glibc-2.16.0-1/files:lib/libresolv.so.2
glibc-2.16.0-1/files:lib/librt-2.16.so
glibc-2.16.0-1/files:lib/librt.so.1
glibc-2.16.0-1/files:lib/libthread_db-1.0.so
glibc-2.16.0-1/files:lib/libthread_db.so.1
glibc-2.16.0-1/files:lib/libutil-2.16.so
glibc-2.16.0-1/files:lib/libutil.so.1

The output is like output in my first post (find /lib -exec pacman -Qo -- {} +) here: https://bbs.archlinux.org/viewtopic.php … 0#p1134790

Thank you! I remove this package and upgrade glibc without any problem.

[root@crom /var/lib/pacman/local]# ls -lah /lib
lrwxrwxrwx 1 root root 7 Jul  7 12:09 /lib -> usr/lib

wink

Sorry all... Sometimes I have problem with english (guides too wink )
thank you all for your patience.


Sorry for my English...

Offline

#312 2012-07-24 02:36:02

mike_nzk
Member
Registered: 2012-07-24
Posts: 15

Re: glibc update refusing to proceed. File ownership problem

hi guys, i'm upgrading my packages and i got this issue:

error: failed to commit transaction (conflicting files)
glibc: /lib exists in filesystem
Errors occurred, no packages were upgraded.

of course, i referred to DeveloperWiki:usrlib and ran pacman -Syu --ignore glibc, however the output is like this:

:: Synchronizing package databases...
 core is up to date
 extra is up to date
 community is up to date
 multilib is up to date
 archlinuxfr is up to date
:: Starting full system upgrade...
warning: glibc: ignoring package upgrade (2.15-12 => 2.16.0-2)
resolving dependencies...
warning: ignoring package glibc-2.16.0-2
warning: cannot resolve "glibc>=2.16", a dependency of "gcc-libs-multilib"
...<such a long list>
:: The following packages cannot be upgraded due to unresolvable dependencies:
      ati-dri  binutils  boost-libs  dbus  dbus-core  device-mapper  ekiga
      firefox  gcc  gcc-libs-multilib  gegl  glib2  glibmm  gnome-shell  gnutls
      grep  gtk2  gtk3  gvim  icu  initscripts  intel-dri  lib32-gcc-libs
      libcups  libgl  libmp4v2  libpst  libpulse  libreoffice-base
      libreoffice-calc  libreoffice-common  libreoffice-draw  libreoffice-gnome
      libreoffice-impress  libreoffice-kde4  libreoffice-math
      libreoffice-postgresql-connector  libreoffice-sdk  libreoffice-sdk-doc
      libreoffice-writer  libtracker-sparql  lvm2  mesa  opal  pcre  php
      php-sqlite  pkg-config  poppler  poppler-glib  poppler-qt  ptlib
      pulseaudio  qt  soprano  syslog-ng  systemd-tools  taglib
      texlive-bibtexextra  texlive-bin  texlive-core  texlive-fontsextra
      texlive-formatsextra  texlive-games  texlive-genericextra
      texlive-htmlxml  texlive-humanities  texlive-langcjk
      texlive-langcyrillic  texlive-langextra  texlive-langgreek
      texlive-latexextra  texlive-music  texlive-pictures  texlive-plainextra
      texlive-pstricks  texlive-publishers  texlive-science  tracker  upower
      xf86-video-intel  xorg-server

Do you want to skip the above packages for this upgrade? [y/N] y
looking for inter-conflicts...
error: failed to prepare transaction (could not satisfy dependencies)
:: gvim: requires vim-runtime=7.3.547-1

can anyone help me?

Offline

#313 2012-07-24 02:51:34

nomorewindows
Member
Registered: 2010-04-03
Posts: 3,404

Re: glibc update refusing to proceed. File ownership problem

mike_nzk wrote:

hi guys, i'm upgrading my packages and i got this issue:

error: failed to commit transaction (conflicting files)
glibc: /lib exists in filesystem
Errors occurred, no packages were upgraded.

of course, i referred to DeveloperWiki:usrlib and ran pacman -Syu --ignore glibc, however the output is like this:

:: Synchronizing package databases...
 core is up to date
 extra is up to date
 community is up to date
 multilib is up to date
 archlinuxfr is up to date
:: Starting full system upgrade...
warning: glibc: ignoring package upgrade (2.15-12 => 2.16.0-2)
resolving dependencies...
warning: ignoring package glibc-2.16.0-2
warning: cannot resolve "glibc>=2.16", a dependency of "gcc-libs-multilib"
...<such a long list>
:: The following packages cannot be upgraded due to unresolvable dependencies:
      ati-dri  binutils  boost-libs  dbus  dbus-core  device-mapper  ekiga
      firefox  gcc  gcc-libs-multilib  gegl  glib2  glibmm  gnome-shell  gnutls
      grep  gtk2  gtk3  gvim  icu  initscripts  intel-dri  lib32-gcc-libs
      libcups  libgl  libmp4v2  libpst  libpulse  libreoffice-base
      libreoffice-calc  libreoffice-common  libreoffice-draw  libreoffice-gnome
      libreoffice-impress  libreoffice-kde4  libreoffice-math
      libreoffice-postgresql-connector  libreoffice-sdk  libreoffice-sdk-doc
      libreoffice-writer  libtracker-sparql  lvm2  mesa  opal  pcre  php
      php-sqlite  pkg-config  poppler  poppler-glib  poppler-qt  ptlib
      pulseaudio  qt  soprano  syslog-ng  systemd-tools  taglib
      texlive-bibtexextra  texlive-bin  texlive-core  texlive-fontsextra
      texlive-formatsextra  texlive-games  texlive-genericextra
      texlive-htmlxml  texlive-humanities  texlive-langcjk
      texlive-langcyrillic  texlive-langextra  texlive-langgreek
      texlive-latexextra  texlive-music  texlive-pictures  texlive-plainextra
      texlive-pstricks  texlive-publishers  texlive-science  tracker  upower
      xf86-video-intel  xorg-server

Do you want to skip the above packages for this upgrade? [y/N] y
looking for inter-conflicts...
error: failed to prepare transaction (could not satisfy dependencies)
:: gvim: requires vim-runtime=7.3.547-1

can anyone help me?

You need to at least upgrade to glibc-2.16.0-1.  If you haven't updated in awhile, you probably need the held back at http://pkgbuild.com/~allan/.  Then after you get this one, then try again with glibc-2.16.0-2.

Last edited by nomorewindows (2012-07-24 03:03:20)


I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.

Offline

#314 2012-07-24 03:42:09

mike_nzk
Member
Registered: 2012-07-24
Posts: 15

Re: glibc update refusing to proceed. File ownership problem

nomorewindows wrote:
mike_nzk wrote:

hi guys, i'm upgrading my packages and i got this issue:

error: failed to commit transaction (conflicting files)
glibc: /lib exists in filesystem
Errors occurred, no packages were upgraded.

of course, i referred to DeveloperWiki:usrlib and ran pacman -Syu --ignore glibc, however the output is like this:

:: Synchronizing package databases...
 core is up to date
 extra is up to date
 community is up to date
 multilib is up to date
 archlinuxfr is up to date
:: Starting full system upgrade...
warning: glibc: ignoring package upgrade (2.15-12 => 2.16.0-2)
resolving dependencies...
warning: ignoring package glibc-2.16.0-2
warning: cannot resolve "glibc>=2.16", a dependency of "gcc-libs-multilib"
...<such a long list>
:: The following packages cannot be upgraded due to unresolvable dependencies:
      ati-dri  binutils  boost-libs  dbus  dbus-core  device-mapper  ekiga
      firefox  gcc  gcc-libs-multilib  gegl  glib2  glibmm  gnome-shell  gnutls
      grep  gtk2  gtk3  gvim  icu  initscripts  intel-dri  lib32-gcc-libs
      libcups  libgl  libmp4v2  libpst  libpulse  libreoffice-base
      libreoffice-calc  libreoffice-common  libreoffice-draw  libreoffice-gnome
      libreoffice-impress  libreoffice-kde4  libreoffice-math
      libreoffice-postgresql-connector  libreoffice-sdk  libreoffice-sdk-doc
      libreoffice-writer  libtracker-sparql  lvm2  mesa  opal  pcre  php
      php-sqlite  pkg-config  poppler  poppler-glib  poppler-qt  ptlib
      pulseaudio  qt  soprano  syslog-ng  systemd-tools  taglib
      texlive-bibtexextra  texlive-bin  texlive-core  texlive-fontsextra
      texlive-formatsextra  texlive-games  texlive-genericextra
      texlive-htmlxml  texlive-humanities  texlive-langcjk
      texlive-langcyrillic  texlive-langextra  texlive-langgreek
      texlive-latexextra  texlive-music  texlive-pictures  texlive-plainextra
      texlive-pstricks  texlive-publishers  texlive-science  tracker  upower
      xf86-video-intel  xorg-server

Do you want to skip the above packages for this upgrade? [y/N] y
looking for inter-conflicts...
error: failed to prepare transaction (could not satisfy dependencies)
:: gvim: requires vim-runtime=7.3.547-1

can anyone help me?

You need to at least upgrade to glibc-2.16.0-1.  If you haven't updated in awhile, you probably need the held back at http://pkgbuild.com/~allan/.  Then after you get this one, then try again with glibc-2.16.0-2.

thanks, this solved my problem

Offline

#315 2012-07-24 09:19:58

I am Gianluca
Member
From: London, UK
Registered: 2011-05-22
Posts: 195

Re: glibc update refusing to proceed. File ownership problem

nomorewindows wrote:
Strike0 wrote:
nomorewindows wrote:

This will be your better bet:
https://wiki.archlinux.org/index.php/In … _a_USB_key
Notice that cfr responded back to you and has said the same thing.

Correct me if wrong please: Rather than installing Arch on a USB I think cfr  (#230) meant using any Arch liveISO and then "chroot"-ing to the broken system. The wiki would be: https://wiki.archlinux.org/index.php/Chroot
You do the steps until before network/resolv.conf mentioned there, then you have the root console you need on the broken system to use pacman with the existing cache of packages.

Yeah, even an old iso will/should work.
I think they even had a install USB image as well as an ISO.
So LiveCD/USB/PXE whatever it takes to get in there.
If you're using an archiso, pacman is on there, and you don't have to chroot.  Just have to know how to use pacman.  If it's a kernel you're having then yeah, you need to chroot. 
I'm vaguely familiar with the busybox method, I haven't used the break parameter, but in my experience, if it's not on the initramfs or a mountable partition it needs a RescueCD of some ssort.

Please, correct me if I`m wrong.
I`ve downloaded an ArchLinux ISO and created a bootable LiveUSB.
I have to boot it, and run these commands:

# mkdir /mnt/arch
# mount /dev/sda3 /mnt/arch

# cd /mnt/arch
# mount -t proc proc proc/
# mount -t sysfs sys sys/
# mount -o bind /dev dev/
# mount -t devpts pts dev/pts/

# mount /dev/sda1 boot/

At this point I should be able to use pacman.
So, which commands I have to run?

For exit chroot I have to run these commands and reboot the system:

# exit

# umount proc
# umount sys
# umount dev
# umount boot

Would I umount pts too?

# umount pts

Apologise if I reply to you so late, but browsing through a BlackBerry isn`t confortable at all.
I need to fix my laptop as soon as possible, so I`ll try to be more fast on my replies.

Thank you another time for your help and your time guys, and sorry for the noobish questions that I ask you.

For those of you who don`t remember my problem this is the link to my previous post: link


Laptop: Acer Aspire S3 | Linux Mint Cinnamon 64-bit

Offline

#316 2012-07-24 11:38:39

nomorewindows
Member
Registered: 2010-04-03
Posts: 3,404

Re: glibc update refusing to proceed. File ownership problem

I am Gianluca wrote:
nomorewindows wrote:
Strike0 wrote:

Correct me if wrong please: Rather than installing Arch on a USB I think cfr  (#230) meant using any Arch liveISO and then "chroot"-ing to the broken system. The wiki would be: https://wiki.archlinux.org/index.php/Chroot
You do the steps until before network/resolv.conf mentioned there, then you have the root console you need on the broken system to use pacman with the existing cache of packages.

Yeah, even an old iso will/should work.
I think they even had a install USB image as well as an ISO.
So LiveCD/USB/PXE whatever it takes to get in there.
If you're using an archiso, pacman is on there, and you don't have to chroot.  Just have to know how to use pacman.  If it's a kernel you're having then yeah, you need to chroot. 
I'm vaguely familiar with the busybox method, I haven't used the break parameter, but in my experience, if it's not on the initramfs or a mountable partition it needs a RescueCD of some ssort.

Please, correct me if I`m wrong.
I`ve downloaded an ArchLinux ISO and created a bootable LiveUSB.
I have to boot it, and run these commands:

# mkdir /mnt/arch
# mount /dev/sda3 /mnt/arch

# cd /mnt/arch
# mount -t proc proc proc/
# mount -t sysfs sys sys/
# mount -o bind /dev dev/
# mount -t devpts pts dev/pts/

# mount /dev/sda1 boot/

At this point I should be able to use pacman.
So, which commands I have to run?

For exit chroot I have to run these commands and reboot the system:

# exit

# umount proc
# umount sys
# umount dev
# umount boot

Would I umount pts too?

# umount pts

Apologise if I reply to you so late, but browsing through a BlackBerry isn`t confortable at all.
I need to fix my laptop as soon as possible, so I`ll try to be more fast on my replies.

Thank you another time for your help and your time guys, and sorry for the noobish questions that I ask you.

For those of you who don`t remember my problem this is the link to my previous post: link

You only need either the LiveISO or the USB, you don't necessarily have to use both.  One might be become more useful than the other.

Essentially, all you were needing to do was update glibc.  You were the one who also needed to update glibc-2.16.0-1 as well as then glibc-2.16.0-2.
If it was only necessary for the latter, then that should be all it takes. 
If you are in a chroot, pacman -Su will probably get it.
If you are outside of chroot, pacman -r /whatever/directory -Su
You can just type exit or hit control-D; same thing.
Since, you aren't staying on the LiveISO/USB, you can just reboot.
And then from there, you can do all of that, but just hit control-alt-delete, or init 0/6.  This is a nice feature of *nix, it will unmount all of that for you.


I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.

Offline

#317 2012-07-24 15:27:03

I am Gianluca
Member
From: London, UK
Registered: 2011-05-22
Posts: 195

Re: glibc update refusing to proceed. File ownership problem

nomorewindows wrote:

You only need either the LiveISO or the USB, you don't necessarily have to use both.  One might be become more useful than the other.

Essentially, all you were needing to do was update glibc.  You were the one who also needed to update glibc-2.16.0-1 as well as then glibc-2.16.0-2.
If it was only necessary for the latter, then that should be all it takes. 
If you are in a chroot, pacman -Su will probably get it.
If you are outside of chroot, pacman -r /whatever/directory -Su
You can just type exit or hit control-D; same thing.
Since, you aren't staying on the LiveISO/USB, you can just reboot.
And then from there, you can do all of that, but just hit control-alt-delete, or init 0/6.  This is a nice feature of *nix, it will unmount all of that for you.



If I run the command 'pacman -Su' it returns me a series of error like this:

error: could not open file /var/lib/pacman/sync/core.db: Failed to open '/var/lib/pacman/sync/core.db'
There is nothing to do

I've run the exact commands that I report you on my previous post.

Last edited by I am Gianluca (2012-07-24 15:30:52)


Laptop: Acer Aspire S3 | Linux Mint Cinnamon 64-bit

Offline

#318 2012-07-24 15:46:01

nomorewindows
Member
Registered: 2010-04-03
Posts: 3,404

Re: glibc update refusing to proceed. File ownership problem

I am Gianluca wrote:

If I run the command 'pacman -Su' it returns me a series of error like this:

error: could not open file /var/lib/pacman/sync/core.db: Failed to open '/var/lib/pacman/sync/core.db'
There is nothing to do

I've run the exact commands that I report you on my previous post.

Do you have a separate /var to mount?
Are you chrooting?
You can easily be running the LiveCD/USB's pacman instead of the chrooted one.  If you are using the LiveCD's pacman with -r, then /var is probably not mounted from your installation. 
I'd check for /mnt/arch/var/lib/pacman to see if there's anything there.  If not, you need to mount it.


I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.

Offline

#319 2012-07-24 17:12:35

Strike0
Member
From: Germany
Registered: 2011-09-05
Posts: 1,484

Re: glibc update refusing to proceed. File ownership problem

nomorewindows wrote:
I am Gianluca wrote:

...I've run the exact commands that I report you on my previous post.

Do you have a separate /var to mount?
Are you chrooting?
You can easily be running the LiveCD/USB's pacman instead of the chrooted one.  If you are using the LiveCD's pacman with -r, then /var is probably not mounted from your installation. 
I'd check for /mnt/arch/var/lib/pacman to see if there's anything there.  If not, you need to mount it.

@Gianluca: In your previous output you mount all the temp filesystems according to the chroot wiki, but your post does not show the actual

chroot . /bin/bash

afterwards. .. Maybe you just did not type it in the post?

Using "pacman -r" from the liveCD is an alternative, as nomorewindows mentions. There you don't chroot but mount your "/" (incl. var) to a "new_root" and use the "-r" option of pacman on that to re-install on it.

Offline

#320 2012-07-24 18:01:01

I am Gianluca
Member
From: London, UK
Registered: 2011-05-22
Posts: 195

Re: glibc update refusing to proceed. File ownership problem

Strike0 wrote:

@Gianluca: In your previous output you mount all the temp filesystems according to the chroot wiki, but your post does not show the actual

chroot . /bin/bash

afterwards. .. Maybe you just did not type it in the post?

Using "pacman -r" from the liveCD is an alternative, as nomorewindows mentions. There you don't chroot but mount your "/" (incl. var) to a "new_root" and use the "-r" option of pacman on that to re-install on it.

Exactly. I forgot to type the command 'chroot . /bin/bash'. Thank you very much!
Anyway, after having done it an run a 'pacman -Su' it ask me to upgrade glibc but returns a list or errors similar to:

glibc: /usr/lib/libutil.so.1 exists in filesystem
Errors occurred, no package were upgraded.

Laptop: Acer Aspire S3 | Linux Mint Cinnamon 64-bit

Offline

#321 2012-07-24 18:58:39

jasonwryan
Anarchist
From: .nz
Registered: 2009-05-09
Posts: 30,424
Website

Re: glibc update refusing to proceed. File ownership problem

I am Gianluca wrote:

Anyway, after having done it an run a 'pacman -Su' it ask me to upgrade glibc but returns a list or errors similar to:

glibc: /usr/lib/libutil.so.1 exists in filesystem
Errors occurred, no package were upgraded.

"A list of errors similar to..." is next to useless: post the errors in full (here using code tags or on a paste service); the people you are asking for help can't magically intuit what is happening on a box in your bedroom...



Unsticking this thread. The various fixes are fully documented here and on the wiki.


Arch + dwm   •   Mercurial repos  •   Surfraw

Registered Linux User #482438

Offline

#322 2012-07-24 20:04:36

nomorewindows
Member
Registered: 2010-04-03
Posts: 3,404

Re: glibc update refusing to proceed. File ownership problem

Does it say that any glibc is installed?
If it is just uninstall it.
Then once it is uninstalled, you may have to install at least the glibc-2.16.0-1 and then try glibc-2.16.0-2.
Since you are already doing this under a LiveCD/USB, there's not really anymore damage you could do to the glibc package.


I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.

Offline

#323 2012-07-24 22:15:47

I am Gianluca
Member
From: London, UK
Registered: 2011-05-22
Posts: 195

Re: glibc update refusing to proceed. File ownership problem

nomorewindows wrote:

Does it say that any glibc is installed?
If it is just uninstall it.
Then once it is uninstalled, you may have to install at least the glibc-2.16.0-1 and then try glibc-2.16.0-2.
Since you are already doing this under a LiveCD/USB, there's not really anymore damage you could do to the glibc package.

'pacman -Rs glibc' and 'pacman -R glibc' don't work. They return me that glibc is required for run lots of other packages like pacman, sudo, systemd-tools, etc.

:: mdadm: requires glibc
:: mkinitcpio-busybox: requires glibc
:: mtdev: requires glibc
...
# pacman -Ss glibc
core/glibc 2.16.0-2 (base) [installed: 2.16.0-1]
GNU C Library

Laptop: Acer Aspire S3 | Linux Mint Cinnamon 64-bit

Offline

#324 2012-07-24 22:38:50

nomorewindows
Member
Registered: 2010-04-03
Posts: 3,404

Re: glibc update refusing to proceed. File ownership problem

Hmm...2.16.0-1 is the one that's installed...and it is waiting for 2.16.0-2, and 2.16.0-2's files seem to be in place, but if you made the symlink yourself, it will just remove 2.16.0-1 if that's actually what's there. 
I think the commandline is pacman -Rdd glibc
Once you do that ??? I'm not sure which one you'll have to use.  If you have everything else installed you might be able to go right back with 2.16.0-2.

Last edited by nomorewindows (2012-07-24 22:41:39)


I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.

Offline

#325 2012-07-25 05:46:52

Cylinder57
Member
Registered: 2012-04-30
Posts: 29

Re: glibc update refusing to proceed. File ownership problem

I have a solution!

See (Note that the title might seem deceiving because I was trying to solve a mozplugger problem, but it turns out that glibc was the reason for that problem: )

https://bbs.archlinux.org/viewtopic.php … 7#p1136227

Also, this solution might not work for everybody, but please give it a try.

Last edited by Cylinder57 (2012-07-25 05:52:27)

Offline

Board footer

Powered by FluxBB