filesystem Update Error /bin exists in filesystem

mcmillan · 2013-06-03 21:37:32

https://www.archlinux.org/news/binaries … ervention/
https://bbs.archlinux.org/viewtopic.php?id=164312&p=1

okubax · 2013-06-03 21:38:54

Did you read Binaries move to /usr/bin requiring update intervention ?

okubax · 2013-06-03 21:39:26

mcmillan wrote:

https://www.archlinux.org/news/binaries … ervention/
https://bbs.archlinux.org/viewtopic.php?id=164312&p=1

beat me to it

ewaller · 2013-06-03 21:40:46

Merging with main thread

Torxed · 2013-06-03 21:43:06

Ugh.. Refrasing:

I uninstalled _everything_ that this complains about:
[root@faparch doxid]# pacman -Q | pacman -Qk | grep warning
Gives nothing after i've uninstalled android-sdk etc.. so all should be good.

However..
[root@faparch doxid]# pacman -Syu

:: Synchronizing package databases...
 core is up to date
 extra is up to date
 community is up to date
 multilib is up to date
:: Starting full system upgrade...
resolving dependencies...
looking for inter-conflicts...

Packages (1): filesystem-2013.05-2

Total Installed Size:   0.01 MiB
Net Upgrade Size:       -0.30 MiB

:: Proceed with installation? [Y/n] y
(1/1) checking keys in keyring                                                    [##############################################] 100%
(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)
filesystem: /sbin exists in filesystem
Errors occurred, no packages were upgraded.

So i checked what's in there:
Doing: [root@faparch doxid]# ls -ln /sbin

total 152
-rwxr-xr-x 1 0 0 36144 Jun  3 23:15 kpartx
-rwxr-xr-x 1 0 0 23712 Jun  3 23:15 mpathpersist
-rwxr-xr-x 1 0 0 19088 Jun  3 23:15 multipath
-rwxr-xr-x 1 0 0 73512 Jun  3 23:15 multipathd

Knowing i just installed this 5 min before doing the system install.
I just did pacman -Rs mutlipath-tools-git and did another pacman -Syu and everything works great.

Note: If filesystem doesn't go through, sudo will not be a thing, among a few other things so be careful!

Last edited by Torxed (2013-06-03 22:06:13)

kamillo · 2013-06-03 22:08:58

Hello,
I tried to update my Arch before reading a news on archlinux.org. I run 'pacman -Syu --ignore filesystem'. All was fine until reboot. Now I can't run system or anything. When Arch is starting there is following message:

ERROR: Root device mounted successfully, but /sbin/init does not exist.
Bailing out, you are on your own.

sh: can't access tty; job control turned off
[rootfs/]#

I tried to chroot to my Arch installation from BackTrack booted from USB, but there is:

chroot: cannot  run command `/bin/bash' : No such file or directory

Is there any way to recover current Arch installation or I have to reinstall ?

jasonwryan · 2013-06-03 22:13:36

Merging with the stickied thread (which you should have read before posting...)

Trilby · 2013-06-03 22:21:32

Torxed, I may have missed something - but it looks like you have not read the front page news item, nor any of the posts in this thread.

What you are seeing is expected - but you do need to take the proper steps carefully. Those steps are best enumerated in the front page news item.

offbeatadam · 2013-06-03 22:47:19

Ok so, ?. I've no issue with the solutions I can handle that. On the logic though, in an environment where a structural change (Its my own fault for not following the dev ML) wouldn't necessarily be something easy to argue in a 24 hour period, is there/was there a direct change towards many packages that forceably point them to /usr/lib, or are those packages just pointed to the /lib symlink and left to stupidly follow the symlink instead?

In other words, if I want a kernel update is it going to put it in /usr/lib OR forceably depend on whichever particular package actaully organized the initial change to begin with... or can I selectively update packages while I throw poo at beaurocrats?

Last edited by offbeatadam (2013-06-03 22:47:54)

Scimmia · 2013-06-03 22:51:30

"selectively update package" = partial update = NOT SUPPORTED.

the packages themselves will put the files in /usr/lib, but many things will still access it through the /lib symlink.

Last edited by Scimmia (2013-06-03 22:52:16)

offbeatadam · 2013-06-03 23:13:51

Scimmia wrote:

"selectively update package" = partial update = NOT SUPPORTED.
the packages themselves will put the files in /usr/lib, but many things will still access it through the /lib symlink.

Not supported was kind of irrelevant to me, I wasn't trying to do something supported, I was trying to do something I would support myself. The question was answered by the secondary sentence though.

It's not totally a huge deal, just means that I have some work to do in automating doing something unsupported myself until the bridges are crossed that allow this sort of change to go through in an environment that handles more than looking pretty. That has nothing to do with anything here at Arch, its just the compliance policy here. It's my problem, I just wanted to see if I had to work at it or if I can avoid it. Arch may not be directed towards server purposes necessarily, but it doesn't avoid them entirely. Assuming that I don't know what I'm doing simply because I asked if I could do a partial update, isn't exactly constructive, especially when I already insinuated that I have compliance issues to deal with and unfortunately throwing poo at beaurocrats once is hardly the only time I'm going to have to do it to make the bobbleheads go up and down instead of left to right.

akanski · 2013-06-03 23:28:20

@Kamillo, I see you forgot to install that package just after updating, hence your filesystem hasn't got some symbolic links to your /usr directory. If so, do fix it manually by running on your pen drive.

ln -s usr/bin /<mount_point>/bin
ln -s usr/bin /<mount_point>/sbin

Bear in mind your currently AUR packages, btw.

Scimmia · 2013-06-03 23:42:43

Don't do that, you won't be able to install the filesystem on top of those symlinks. Just install it with pacman -S filesystem --root <mountpoint>

akanski · 2013-06-04 00:36:45

@Scimmia, as far as I know @kamillo will be unable to run `pacman -Sy filesystem --root <mount_point>` on that other distro; moreover, there is no chroot environment anywhere. How to do it then?

Therefore, pragmatically speaking, he can make those symlinks and remove them after if he cannot install filesystem package when running on Arch Linux. So I see no reason to overdramatize that minor issue, after all, he should be able to fix it as an Arch user.

Last edited by akanski (2013-06-05 17:25:29)

Scimmia · 2013-06-04 00:44:39

Ah, I didn't see that he was using "BackTrack" on the USB. You can try chrooting with chroot /usr/bin/bash, you *may* be able to do enough to install the filesystem package.

donniezazen · 2013-06-04 01:00:58

What happens when a package would want to install binary in one of the symlinked folders? Some of the AUR packages are yet to be updated and might take some time.

Scimmia · 2013-06-04 01:04:00

With pacman 4.1, it's ok (not good, but it'll work). It's looking like pacman 4.2 will throw an error.

progandy · 2013-06-04 01:31:00

donniezazen wrote:

What happens when a package would want to install binary in one of the symlinked folders? Some of the AUR packages are yet to be updated and might take some time.

Currently it works, but if possible you should try to fix it yourself. In many cases, there should be an option for configure or make to set the directories. If it is not possible, you could create the symlink in the PKGBUILD, install and remove it again.

package() {
  ln -s usr/lib ${pkgdir}/lib
  make install --DESTDIR=${pkgdir}
  rm ${pkgdir}/lib
}

source: https://mailman.archlinux.org/pipermail … 16488.html

akanski · 2013-06-04 02:04:45

@Scimmia,

If my memory serves me well, I didn't face any issue during '/lib' merging despite the fact that I already had '/usr/lib64' as symlink to '/usr/lib', which I made to test ekopath compiler. So I see no reason why it should fail now (i.e. OK for filesystem 2013.01-1 and not 2013.05-1)

By the way, everything was fine and dandy to me when updating, so I'm just trying to give practical assistance to @kamillo like you

Last edited by akanski (2013-06-05 03:30:17)

stayupthetree · 2013-06-04 02:54:45

ERROR: Root device mounted successfully, but /sbin/init does not exist. Bailing out, you are on your own. Good luck.

I have followed multiple posts about this particular error, but nothing is helping. I tried adding the init=/bin/systemd to my grub2 to no avail.
The closest I got to something different was init=/usr/lib/systemd/systemd in my grub2, still no boot, but different errors

Scimmia · 2013-06-04 03:00:14

akanski, without using --force, pacman won't overwrite files it doesn't think are already owned by the package being upgraded. If you make those symlinks, they won't be owned by any package and pacman will just throw the error that /bin and /sbin already exist. I'm not sure why you were able to do it with 2013.01.

Believe me, everyone appreciate people helping out, it's been a hell of a day with this update both here and on IRC.

Scimmia · 2013-06-04 03:02:01

I'm guessing you ran into problems updating and instead of checking the front page, you just ignored filesystem?

Trilby · 2013-06-04 03:06:13

stayupthetree wrote:

... still no boot, but different errors

And, what were they?

Do you have systemd-sysvcompat installed?

stayupthetree · 2013-06-04 03:11:03

Yeah I didnt check the front page, never claimed to be a genius. I do use 'safepac' but Im guessing it missed this one. I am unsure if I have systemd-sysvcompat installed.

I cant type anything at rootfs:

Heres the new errors:
http://i.imgur.com/lS4ZA97.jpg

-- mod edit: read the Forum Etiquette and only post thumbnails http://wiki.archlinux.org/index.php/For … s_and_Code [jwr] --

WonderWoofy · 2013-06-04 03:11:26

I really think it sounds like Scimmia is right here.

Edit: Wow... I was a bit too slow here.

Last edited by WonderWoofy (2013-06-04 03:40:59)

Arch Linux

#101 2013-06-03 21:37:32

Re: filesystem Update Error /bin exists in filesystem

#102 2013-06-03 21:38:54

Re: filesystem Update Error /bin exists in filesystem

#103 2013-06-03 21:39:26

Re: filesystem Update Error /bin exists in filesystem

#104 2013-06-03 21:40:46

Re: filesystem Update Error /bin exists in filesystem

#105 2013-06-03 21:43:06

Re: filesystem Update Error /bin exists in filesystem

#106 2013-06-03 22:08:58

Re: filesystem Update Error /bin exists in filesystem

#107 2013-06-03 22:13:36

Re: filesystem Update Error /bin exists in filesystem

#108 2013-06-03 22:21:32

Re: filesystem Update Error /bin exists in filesystem

#109 2013-06-03 22:47:19

Re: filesystem Update Error /bin exists in filesystem

#110 2013-06-03 22:51:30

Re: filesystem Update Error /bin exists in filesystem

#111 2013-06-03 23:13:51

Re: filesystem Update Error /bin exists in filesystem

#112 2013-06-03 23:28:20

Re: filesystem Update Error /bin exists in filesystem

#113 2013-06-03 23:42:43

Re: filesystem Update Error /bin exists in filesystem

#114 2013-06-04 00:36:45

Re: filesystem Update Error /bin exists in filesystem

#115 2013-06-04 00:44:39

Re: filesystem Update Error /bin exists in filesystem

#116 2013-06-04 01:00:58

Re: filesystem Update Error /bin exists in filesystem

#117 2013-06-04 01:04:00

Re: filesystem Update Error /bin exists in filesystem

#118 2013-06-04 01:31:00

Re: filesystem Update Error /bin exists in filesystem

#119 2013-06-04 02:04:45

Re: filesystem Update Error /bin exists in filesystem

#120 2013-06-04 02:54:45

Re: filesystem Update Error /bin exists in filesystem

#121 2013-06-04 03:00:14

Re: filesystem Update Error /bin exists in filesystem

#122 2013-06-04 03:02:01

Re: filesystem Update Error /bin exists in filesystem

#123 2013-06-04 03:06:13

Re: filesystem Update Error /bin exists in filesystem

#124 2013-06-04 03:11:03

Re: filesystem Update Error /bin exists in filesystem

#125 2013-06-04 03:11:26

Re: filesystem Update Error /bin exists in filesystem

Board footer