You are not logged in.
I ran pacman -Syy... Then I try to do a pacman -S pacman.
Why on earth would you do that? That would break a system regardless of the filesystem update. Follow the instructions that have been provided on the front page news and in this thread over and over and over again
FIX: restore the backup (again), then follow the instructions properly.
Last edited by Trilby (2013-06-15 15:21:56)
"UNIX is simple and coherent" - Dennis Ritchie; "GNU's Not Unix" - Richard Stallman
Offline
I'm not sure if my sense of written language is in conflict with any others', but if the announcement:
5) Update your system.
Before performing this update, you may want to ensure you have a second terminal open with root privileges in the unlikely event of an emergency, particularly if updating over ssh.
# pacman -Syu --ignore filesystem,bash # pacman -S bash # pacman -Su
Had instead read:
5) Update your system.
(Before performing this update, you may want to ensure you have a second terminal open with root privileges in the unlikely event of an emergency, particularly if updating over ssh.)
# pacman -Syu --ignore filesystem,bash # pacman -S bash # pacman -Su
or
5) Before performing this update, you may want to ensure you have a second terminal open with root privileges in the unlikely event of an emergency, particularly if updating over ssh.
Update your system.
# pacman -Syu --ignore filesystem,bash # pacman -S bash # pacman -Su
It would have saved me a few hours of poking around the forums. The current formatting implies to me that the code block is a continuation of the supplementary instructions and the core instructions are simply to 'update your system', which continues to give the error. Yes, reading the 'suggestion' and contents of the block makes it clear the two are not conncected, but disregarding unneeded text is second nature when perusing the web, particularly branching instructions associated with an open system like this.
At first I thought the same thing about the code block at the end, it seems I wasn't the only one!
Offline
I still haven't solved this... tried reinstalling from outside the partition but I still get the failed to initialize alpm library problem. Do I need to mount something before pacman will work correctly from outside the partition?
HeartsAlive, that usually means you didn't mount all of the filesystems you need or you gave the wrong root.
Offline
Could still be like ximiric says. Look here:
https://bbs.archlinux.org/viewtopic.php?id=164631
Offline
HeartsAlive wrote:I still haven't solved this... tried reinstalling from outside the partition but I still get the failed to initialize alpm library problem. Do I need to mount something before pacman will work correctly from outside the partition?
Scimmia wrote:HeartsAlive, that usually means you didn't mount all of the filesystems you need or you gave the wrong root.
Telling me I didn't mount all the filesystems doesn't help me when I don't know what ones I should be mounting. I tried googling what ones I needed for pacman to work but the results are not helpful at all.
I tried the /etc/passwd and /etc/shells thing too but mine matched. I'm not getting a failure message at all when I try to login, it just prompts me to log in again.
Offline
Offline
These are the instructions I originally followed but when I try to chroot I get chroot: failed to run command /bin/sh: Exec format error. Everywhere I looked told me I was getting this error because the architecture I was using on the liveusb was different than the architecture of my arch partition but they are both 64. I tried both options on the liveusb anyways but I got the same error.
Offline
Telling me I didn't mount all the filesystems doesn't help me when I don't know what ones I should be mounting. I tried googling what ones I needed for pacman to work but the results are not helpful at all.
Well, holding your hand and giving you a step by step about how to do this is not going to increase your google skills either. Nor will it help with your ability to search the wiki, which was pointed out in the post above.
Offline
Merging with the sticky...
Offline
Scimmia wrote:HeartsAlive, that usually means you didn't mount all of the filesystems you need or you gave the wrong root.
Telling me I didn't mount all the filesystems doesn't help me when I don't know what ones I should be mounting. I tried googling what ones I needed for pacman to work but the results are not helpful at all.
Why, if you are not sure, don't you mount them all in the appropriate places to be on the safe side? Sure, this might mean typing an extra couple of commands but that is surely a lot less work than googling, posting here and watching paint dry until you can fix your system. Is there some reason you are reluctant to do this?
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
I guess I don't know what you mean by mounting them all in the appropriate places. I just mount /dev/sda4 to /mnt. The chroot guide on the wiki has the instructions to mount temporary file systems and I thought that there where more temporary filesystems I had to mount to get pacman to work correctly and I couldn't find anywhere what those extra filesystems could be. I guess I should have been more clear in my first post but when I said I could not chroot, I had tried following the wiki step for step before posting that I was getting an error trying to chroot.
Offline
I guess I don't know what you mean by mounting them all in the appropriate places. I just mount /dev/sda4 to /mnt. The chroot guide on the wiki has the instructions to mount temporary file systems and I thought that there where more temporary filesystems I had to mount to get pacman to work correctly and I couldn't find anywhere what those extra filesystems could be. I guess I should have been more clear in my first post but when I said I could not chroot, I had tried following the wiki step for step before posting that I was getting an error trying to chroot.
Is that correct for your system? That is, you have a single partition for Arch on /dev/sda4? No separate /boot or /var or anything else?
What are the contents of /mnt/etc/fstab?
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
Hello all,
It seems I've made a terrible mistake and now my arch is unbootable.
I attempted to do the filesystem update with the following commands (I'd found that thinkfan was one of the packages that needed removal):
# pacman -Syu --ignore filesystem
# pacman -Su
# pacman -R thinkfan
# pacman -Su
# pacman -S thinkfan
# yaourt -Syu
# shutdown -r now
The upgrade succeeded with no errors, but upon reboot, it says device not found and gives me a rootfs shell. I tried to follow Scimmia's recovery guide and made/booted from an arch install image.
Some investigation led me to find that /bin, /sbin, and /usr/sbin were all owned by the filesystem package. Also, /bin and /sbin are symlinks to /usr/bin, but /usr/sbin is not a symlink and is non-empty. I would really appreciate some help and will be actively trying to get my arch boot back... thank you.
Offline
zero-giulio, when you do a pacman -S pacman , only pacman itself is updated and not it's dependencies.
(you found out the hard way why doing partial upgrades is a bad idea) .
you can try booting from a live cd/usb and then chrooot foolowed by pacman -Syu .
If you want to upgrade to pacakges from a specific date, always combine the use arm.konnichi trick with pacman -Syu .
Yes, reading the 'suggestion' and contents of the block makes it clear the two are not conncected, but disregarding unneeded text is second nature when perusing the web, particularly branching instructions associated with an open system like this.
I agree that if you treat the news item like that, you can easily overlook the warning/suggestion.
Keep in mind that arch news items are intended to ONLY convey the necessary information, so all text matters.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
I've used Archlinux since 2004, and this "move binaries into a unified /usr/bin directory." must be the worst/most unnecessary/stupid update to date.
I'm seriously thinking of changing to another distro, but I probably wont, because i like Arch. But this update really pissed me off!
One of the motivations for this change was "the old way is less K.I.S.S" - that's just BS.
I have 5 systems in my house running arch, It was not simple to work fix this (stupid) update...
/me disappointed
Offline
It is simple if you follow the instructions. The only things that can cause problems are unsupported packages, files you have manually created, and your own failure to follow the instructions on how to deal with these correctly/complete the update.
If you have have managed to break one or more of your systems,, read through this topic and find a solution.
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
I had somewhat old installation of arch so I decided to reinstall it completly on my server to avoid that unfamous filesystem error. After reinstallation I simply typed 'pacman -Syu' and guess what
error: failed to commit transaction (conflicting files)
filesystem: /bin exists in filesystem
filesystem: /sbin exists in filesystem
filesystem: /usr/sbin exists in filesystem
Errors occurred, no packages were upgraded.
It's probably provider's fault (old and messy installation image) but I was so amused by that situation that i couldn't resist to post that here. And it wasn't really hard to fix that at least.
Last edited by solusipse (2013-06-16 15:09:40)
Offline
Hello all,
It seems I've made a terrible mistake and now my arch is unbootable.
I attempted to do the filesystem update with the following commands (I'd found that thinkfan was one of the packages that needed removal):
# pacman -Syu --ignore filesystem # pacman -Su # pacman -R thinkfan # pacman -Su # pacman -S thinkfan # yaourt -Syu # shutdown -r now
The upgrade succeeded with no errors, but upon reboot, it says device not found and gives me a rootfs shell. I tried to follow Scimmia's recovery guide and made/booted from an arch install image.
Some investigation led me to find that /bin, /sbin, and /usr/sbin were all owned by the filesystem package. Also, /bin and /sbin are symlinks to /usr/bin, but /usr/sbin is not a symlink and is non-empty. I would really appreciate some help and will be actively trying to get my arch boot back... thank you.
You forgot to ignore bash. Because of that, when the kernel upgrade tried to run mkinitcpio, it failed and was unable to generate a valid initramfs. You need to chroot into the system and regenerate it. The guide you mentioned is for people who didn't finish and the new filesystem package wasn't installed.
Offline
I agree that if you treat the news item like that, you can easily overlook the warning/suggestion.
Keep in mind that arch news items are intended to ONLY convey the necessary information, so all text matters.
The problem isn't that the warning is overlooked, but that the crucial information in the code block can easily be interpreted as part of the optional suggestion.
Pretty much everything on this site is necessary information, just not necessary to every individual. So it is with this announcement. The phrase "you may want to" implies something not needed to complete the task. As i had a very basic system with only official packages, i figured (correctly) that i didn't need the extra precaution so did not waste time trying to analyze it further, but as i said the formatting is less clear than it could be on which instructions the code block is attached to.
I'm not giving angry venting like so many disrespectful and ungrateful newbies are in this thread, just voicing my opinion that clear and logical instructions are essentially an extention of well commented and formatted code. If an important news item can be stated more clearly, it will probably help limit forum blowback from frustrated users.
Offline
This is what happens when I attempt an -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...
:: Replace lib32-dbus-core with multilib/lib32-dbus? [Y/n]
:: Replace turbojpeg with extra/libjpeg-turbo? [Y/n]
resolving dependencies...
warning: dependency cycle detected:
warning: lib32-gcc-libs will be installed before its gcc-libs-multilib dependency
looking for inter-conflicts...
Packages (382): acl-2.2.52-1 akonadi-1.9.2-2 alsa-lib-1.0.27.1-1 apache-ant-1.9.1-1 archlinux-keyring-20130525-2 asciidoc-8.6.8-2 attica-0.4.2-1 attr-2.4.47-1 automake-1.13.2-1 avahi-0.6.31-9 bash-4.2.045-4 bbswitch-0.7-2 bumblebee-3.2.1-3
ca-certificates-20130119-2 ca-certificates-java-20121112+nmu2-2 cairo-1.12.14-4 cairomm-1.10.0-3 calibre-0.9.35-1 cifs-utils-6.0-2 cmake-2.8.11.1-1 colord-1.0.0-1 coreutils-8.21-2 cracklib-2.8.22-3 cronie-1.4.9-4 cryptsetup-1.6.1-2
dbus-1.6.12-1 device-mapper-2.02.98-4 dhclient-4.2.5.p1-2 dhcpcd-5.6.8-3 dialog-1.2_20130523-2 dirmngr-1.1.1-1 dosfstools-3.0.20-1 e2fsprogs-1.42.7-2 emacs-24.3-2 fakeroot-1.19-1 ffmpeg-1:1.2.1-1 filesystem-2013.05-2 firefox-21.0-1
flac-1.3.0-1 flashplugin-11.2.202.291-1 fluidsynth-1.1.6-2 fontconfig-2.10.93-1 fortune-mod-1.99.1-6 freetype2-2.4.12-1 fuse-2.9.2-3 gawk-4.1.0-1 gcc-libs-multilib-4.8.1-1 gcc-multilib-4.8.1-1 gconf-3.2.6-2 gd-2.0.36RC1-6
gdk-pixbuf2-2.28.2-1 ghostscript-9.07-2 giflib-4.2.1-2 git-1.8.3.1-1 glib-networking-2.36.2-1 glib2-2.36.2-1 glibc-2.17-6 gmp-5.1.2-1 gnupg-2.0.20-2 gnutls-3.2.1-1 gparted-0.16.1-5 gpgme-1.4.1-1 gpm-1.20.7-3 graphite-1:1.2.3-1
groff-1.22.2-3 gsettings-desktop-schemas-3.8.2-1 gtk-update-icon-cache-2.24.19-1 gtk2-2.24.19-1 gtk3-3.8.2-1 gtkmm-2.24.3-1 harfbuzz-0.9.18-1 hwids-20130607-1 icu-51.2-1 imagemagick-6.8.5.10-1 imlib2-1.4.5-4 inetutils-1.9.1-6
intel-dri-9.1.3-1 iproute2-3.9.0-2 iptables-1.4.19.1-1 iputils-20121221-2 jdk7-openjdk-7.u40_2.4.0-1 jfsutils-1.1.15-4 jre7-openjdk-7.u40_2.4.0-1 jre7-openjdk-headless-7.u40_2.4.0-1 json-c-0.11-1 kactivities-4.10.4-1 kbd-1.15.5-4
kde-base-artwork-4.10.4-1 kdeadmin-kuser-4.10.4-1 kdeartwork-colorschemes-4.10.4-1 kdeartwork-desktopthemes-4.10.4-1 kdeartwork-emoticons-4.10.4-1 kdeartwork-iconthemes-4.10.4-1 kdeartwork-kscreensaver-4.10.4-1 kdeartwork-sounds-4.10.4-1
kdeartwork-styles-4.10.4-1 kdeartwork-wallpapers-4.10.4-1 kdeartwork-weatherwallpapers-4.10.4-1 kdebase-dolphin-4.10.4-1 kdebase-katepart-4.10.4-1 kdebase-kdepasswd-4.10.4-1 kdebase-kdialog-4.10.4-1 kdebase-keditbookmarks-4.10.4-1
kdebase-kfind-4.10.4-1 kdebase-konsole-4.10.4-1 kdebase-kwrite-4.10.4-1 kdebase-lib-4.10.4-1 kdebase-plasma-4.10.4-1 kdebase-runtime-4.10.4-1 kdebase-workspace-4.10.4-1 kdeedu-kalzium-4.10.4-1 kdegraphics-gwenview-4.10.4-1
kdegraphics-kcolorchooser-4.10.4-1 kdegraphics-kolourpaint-4.10.4-1 kdegraphics-ksnapshot-4.10.4-1 kdegraphics-okular-4.10.4-1 kdegraphics-thumbnailers-4.10.4-1 kdelibs-4.10.4-1 kdemultimedia-kmix-4.10.4-1 kdenetwork-filesharing-4.10.4-2
kdenetwork-kdnssd-4.10.4-2 kdenetwork-kget-4.10.4-2 kdenetwork-kopete-4.10.4-2 kdenetwork-kppp-4.10.4-2 kdenetwork-krdc-4.10.4-2 kdenetwork-krfb-4.10.4-2 kdepim-runtime-4.10.4-1 kdepimlibs-4.10.4-1 kdeutils-ark-4.10.4-1
kdeutils-filelight-4.10.4-1 kdeutils-kcalc-4.10.4-1 kdeutils-kcharselect-4.10.4-1 kdeutils-kdf-4.10.4-1 kdeutils-kfloppy-4.10.4-1 kdeutils-kgpg-4.10.4-1 kdeutils-kremotecontrol-4.10.4-1 kdeutils-ktimer-4.10.4-1 kdeutils-kwallet-4.10.4-1
kdeutils-print-manager-4.10.4-1 kdeutils-superkaramba-4.10.4-1 kdeutils-sweeper-4.10.4-1 keyutils-1.5.5-5 kmod-13-2 krb5-1.11.3-1 lib32-acl-2.2.52-1 lib32-alsa-lib-1.0.27.1-1 lib32-attr-2.4.47-1 lib32-dbus-1.6.12-1
lib32-dbus-core-1.6.8-1 [removal] lib32-fontconfig-2.10.93-1 lib32-freetype2-2.4.12-1 lib32-gcc-libs-4.8.1-1 lib32-giflib-4.2.1-1 lib32-glib2-2.36.2-1 lib32-glu-9.0.0-2 lib32-gmp-5.1.2-1 lib32-gnutls-3.2.1-1 lib32-gtk2-2.24.19-1
lib32-harfbuzz-0.9.18-1 lib32-intel-dri-9.1.3-2 lib32-libdrm-2.4.45-1 lib32-libjpeg-turbo-1.3.0-2 lib32-libltdl-2.4.2-9 lib32-libpng-1.6.2-1 lib32-libtiff-4.0.3-2 lib32-libx11-1.6.0-1 lib32-libxau-1.0.8-1 lib32-libxcb-1.9.1-1
lib32-libxcursor-1.1.14-1 lib32-libxext-1.3.2-1 lib32-libxfixes-5.0.1-1 lib32-libxinerama-1.1.3-1 lib32-libxml2-2.9.1-1 lib32-libxrandr-1.4.1-1 lib32-libxrender-0.9.8-1 lib32-libxt-1.1.4-1 lib32-libxv-1.0.8-1 lib32-libxxf86vm-1.1.3-1
lib32-llvm-amdgpu-lib-snapshot-20130403-2 lib32-mesa-9.1.3-2 lib32-mesa-libgl-9.1.3-2 lib32-mpg123-1.15.4-1 lib32-nettle-2.7.1-1 lib32-nss-3.14.3-2 lib32-nvidia-utils-319.23-1 lib32-p11-kit-0.18.2-1 lib32-pcre-8.33-1 lib32-qt4-4.8.4-5
lib32-sqlite-3.7.17-1 lib32-systemd-204-1 lib32-util-linux-2.23.1-1 lib32-v4l-utils-0.9.5-1 libatasmart-0.19-2 libbluray-0.3.0-1 libbsd-0.5.2-1 libcanberra-0.30-4 libcap-2.22-5 libcups-1.6.2-2 libdrm-2.4.45-1 libedit-20130601_3.1-1
libffi-3.0.13-3 libgdiplus-2.10-4 libical-1.0-2 libimobiledevice-1.1.5-1 libjpeg-turbo-1.3.0-2 libkate-0.4.1-4 libkdcraw-4.10.4-1 libkexiv2-4.10.4-1 libkgapi-2.0.1-1 libkipi-4.10.4-1 libldap-2.4.35-4 libltdl-2.4.2-9 libmbim-1.2.0-1
libogg-1.3.1-1 libpcap-1.4.0-1 libpipeline-1.2.4-1 libpng-1.6.2-3 libproxy-0.4.11-2 libpulse-4.0-2 libreoffice-base-4.0.3-3 libreoffice-calc-4.0.3-3 libreoffice-common-4.0.3-3 libreoffice-draw-4.0.3-3 libreoffice-en-US-4.0.3-3
libreoffice-gnome-4.0.3-3 libreoffice-impress-4.0.3-3 libreoffice-kde4-4.0.3-3 libreoffice-math-4.0.3-3 libreoffice-postgresql-connector-4.0.3-3 libreoffice-sdk-4.0.3-3 libreoffice-sdk-doc-4.0.3-3 libreoffice-writer-4.0.3-3
librsvg-2.37.0-2 libsasl-2.1.26-4 libspiro-20071029-3 libsrtp-15.1c9bd90-1 libtiff-4.0.3-2 libtirpc-0.2.3-1 libtool-2.4.2-9 libunrar-1:4.2.4-1 libvpx-1.2.0-1 libwbclient-4.0.6-1 libwmf-0.2.8.4-10 libwps-0.2.9-1 libx11-1.6.0-1
libxau-1.0.8-1 libxcb-1.9.1-1 libxcursor-1.1.14-1 libxext-1.3.2-1 libxfixes-5.0.1-1 libxinerama-1.1.3-1 libxkbcommon-0.3.1-1 libxml2-2.9.1-2 libxrandr-1.4.1-1 libxrender-0.9.8-1 libxres-1.0.7-1 libxslt-1.1.28-1 libxt-1.1.4-1
libxtst-1.2.2-1 libxv-1.0.8-1 libxvmc-1.0.8-1 libxxf86vm-1.1.3-1 links-2.7-2 linux-3.9.6-1 linux-firmware-20130610-1 llvm-amdgpu-lib-snapshot-20130403-3 lm_sensors-3.3.4-1 logrotate-3.8.4-2 lvm2-2.02.98-4 man-db-2.6.3-3 mdadm-3.2.6-4
mediastreamer-2.9.0-1 mesa-9.1.3-1 mesa-libgl-9.1.3-1 mime-types-9-1 mkinitcpio-0.14.0-1 mksh-R46-3 modemmanager-0.7.991-1 mono-3.0.7-1 mpg123-1.15.4-1 nepomuk-core-4.10.4-1 nepomuk-widgets-4.10.4-1 nettle-2.7.1-1
networkmanager-0.9.8.2-1 nss-3.14.3-3 ntfs-3g-2013.1.13-3 nvidia-319.23-2 nvidia-utils-319.23-1 openjpeg-1.5.1-1 openssh-6.2p2-1 opus-1.0.2-2 ortp-0.22.0-1 oxygen-icons-4.10.4-1 p11-kit-0.18.2-1 p7zip-9.20.1-7 pacman-4.1.1-1
pacman-mirrorlist-20130601-1 pam-1.1.6-4 pango-1.34.1-1 parted-3.1-2 pciutils-3.2.0-3 pcmciautils-018-7 pcre-8.33-1 perl-5.18.0-1 perl-error-0.17020-1 perl-io-tty-1.10-3 perl-list-moreutils-0.33-4 perl-params-util-1.07-2 php-5.4.16-1
pinentry-0.8.3-1 pixman-0.30.0-1 pm-utils-1.4.1-6 podofo-0.9.2-2 polkit-0.111-1 poppler-0.22.4-1 poppler-qt-0.22.4-1 popt-1.16-6 postgresql-libs-9.2.4-2 ppp-2.4.5-7 prelink-20111012-2 procps-ng-3.3.8-1 python-3.3.2-1 python2-2.7.5-1
python2-cssutils-0.9.10-1 python2-lxml-3.2.1-1 python2-psutil-0.7.1-1 qrencode-3.4.2-2 qt4-4.8.4-18 qt5-base-5.0.2-2 qtchooser-26-4 qtwebkit-2.3.1-2 reiserfsprogs-3.6.22-2 rtmpdump-20121203-2 samba-4.0.6-1 sdl_image-1.2.12-3
sed-4.2.2-3 shadow-4.1.5.1-6 shared-desktop-ontologies-0.11.0-1 skype-4.2.0.11-1 smbclient-4.0.6-1 soprano-2.9.2-1 sqlite-3.7.17-1 strigi-0.7.8-3 sudo-1.8.7-1 supertux-0.3.3-8 systemd-204-3 systemd-sysvcompat-204-3
sysvinit-tools-2.88-11 tar-1.26-4 tcsh-6.18.01-2 transmission-qt-2.77-3 turbojpeg-1.2.1-1 [removal] ucommon-6.0.5-1 udisks2-2.1.0-3 upower-0.9.20-2 usbmuxd-1.0.8-2 usbutils-007-1 util-linux-2.23.1-2 v4l-utils-0.9.5-2
virtualbox-4.2.12-3 virtualbox-host-modules-4.2.12-8 virtualgl-2.3.2-4 virtuoso-base-6.1.6-2 vlc-2.0.7-2 vte-common-0.34.6-1 webkitgtk2-1.10.2-7 wireless_tools-29-8 wireshark-cli-1.10.0-2 wireshark-gtk-1.10.0-2 wpa_actiond-1.4-2
wpa_supplicant-2.0-4 wxgtk-2.8.12.1-5 xerces-c-3.1.1-4 xf86-input-synaptics-1.7.1-1 xf86-video-intel-2.21.9-1 xfsprogs-3.1.11-1 xkeyboard-config-2.9-1 xorg-fonts-alias-1.0.3-1 xorg-xrefresh-1.0.5-1 xterm-293-1 zsh-5.0.2-2 zvbi-0.2.33-6
Total Installed Size: -690.03 MiB
Net Upgrade Size: -76.07 MiB
:: Proceed with installation? [Y/n]
(380/380) checking keys in keyring [##################################################################################################] 100%
(380/380) checking package integrity [##################################################################################################] 100%
(380/380) loading package files [##################################################################################################] 100%
(380/380) checking for file conflicts [##################################################################################################] 100%
error: failed to commit transaction (conflicting files)
filesystem: /bin exists in filesystem
filesystem: /sbin exists in filesystem
filesystem: /usr/sbin exists in filesystem
Errors occurred, no packages were upgraded.
I have no idea what to do; I can't exactly get rid of /bin or /sbin or /usr/sbin.
Any ideas?
Thanks,
-Cliff
Offline
Have you read the front page?
Offline
Have you read the front page?
Clearly not. Merging with the sticky...
Offline
copacetic wrote:Hello all,
It seems I've made a terrible mistake and now my arch is unbootable.
I attempted to do the filesystem update with the following commands (I'd found that thinkfan was one of the packages that needed removal):
# pacman -Syu --ignore filesystem # pacman -Su # pacman -R thinkfan # pacman -Su # pacman -S thinkfan # yaourt -Syu # shutdown -r now
The upgrade succeeded with no errors, but upon reboot, it says device not found and gives me a rootfs shell. I tried to follow Scimmia's recovery guide and made/booted from an arch install image.
Some investigation led me to find that /bin, /sbin, and /usr/sbin were all owned by the filesystem package. Also, /bin and /sbin are symlinks to /usr/bin, but /usr/sbin is not a symlink and is non-empty. I would really appreciate some help and will be actively trying to get my arch boot back... thank you.
You forgot to ignore bash. Because of that, when the kernel upgrade tried to run mkinitcpio, it failed and was unable to generate a valid initramfs. You need to chroot into the system and regenerate it. The guide you mentioned is for people who didn't finish and the new filesystem package wasn't installed.
Scimmia, I don't want to mess it up further so would you mind commenting on what I plan to do:
1. Chroot into my arch installation
2. mkinitcpio -p linux (I have a stock arch install)
3. reboot
4. Reinstall bash?
All help appreciated, thank you for your first reply.
Offline
@copacetic,
I think you will need to reinstall bash before you chroot to regenerate the image. Otherwise, you will be in just the same position as before and the generation will not succeed. You can use pacstrap or pacman (specifying the root etc.) to do this.
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
Hey cfr and Scimmia,
I tried some stuff and thought I'd post my outputs:
When I attempted to do:
pacman --root -R bash -> error: failed to initialize alpm library (could not find or read directory)
After Chrooting:
pacman -S bash -> does not work because I guess I didn't mount proc or something along those lines..
mkinitcpio -p linux -> says proc must be mounted
I only have one mountpoint so I've been mounting with:
mount /mnt /dev/sda3 (sda3 is my linux install, this succeeds)
I then chrooted with:
chroot /mnt /usr/bin/bash (this also works)
All advice appreciated.. my next steps are going to be to figure out how to get proc mounted in the chroot, I guess.
Offline