Re: [arch-general] Open Source ati driver can't load GLX extension
Is there a possibility to add llvm to the dependencies of xf86-video-ati ? I'm having llvm in my ignorepackages and it doesn't get updated, so xf86-video-ati should not have been updated as far as I see. llvm is depency for mesa, and as we usually don't use versioned depencies for packages in Arch, as everything is expected to be updated and cherry picking is frowned uppon. So even if you have llvm in ignore list, packages that depend on it will still get updated, as they assume you also update llvm
Re: [arch-general] Open Source ati driver can't load GLX extension
Am 06.03.2014 09:53, schrieb Jesse Juhani Jaara: Is there a possibility to add llvm to the dependencies of xf86-video-ati ? I'm having llvm in my ignorepackages and it doesn't get updated, so xf86-video-ati should not have been updated as far as I see. llvm is depency for mesa, and as we usually don't use versioned depencies for packages in Arch, as everything is expected to be updated and cherry picking is frowned uppon. So even if you have llvm in ignore list, packages that depend on it will still get updated, as they assume you also update llvm Oh ok. Sorry. Didn't know that. So I better check dependencies myself next time. Best regards, Heiko
[arch-general] bridge with netctl
Dear list, I am running a machine hortensia with a container dahlia. As the container will be a server, I want to have one IP for hortensia and another one for dahlia. On hortensia, with dhcpcd.service and systemd-networkd both disabled, I start at boot two netctl profiles. /etc/netctl/bridge-hortensia Description=Bridge connection to container Interface=br0 Connection=bridge BindsToInterfaces=() IP=no /etc/netctl/static-hortensia Description='hortensia static ethernet connection' Interface=enp7s0 Connection=ethernet IP=static Address=('192.168.1.87/24') Gateway=('192.168.1.254') DNS=('192.168.1.254') Then here is the result: $ ip addr 2: enp7s0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 14:da:e9:b5:7a:88 brd ff:ff:ff:ff:ff:ff inet 192.168.1.87/24 brd 192.168.1.255 scope global enp7s0 valid_lft forever preferred_lft forever inet6 fe80::16da:e9ff:feb5:7a88/64 scope link valid_lft forever preferred_lft forever 3: br0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue state UNKNOWN group default link/ether 22:6d:8b:ac:6e:31 brd ff:ff:ff:ff:ff:ff inet6 fe80::206d:8bff:feac:6e31/64 scope link valid_lft forever preferred_lft forever Two questions : - is the command output correct for br0 ? - all wiki said to bind bridge interface to my ethernet device (enp7s0). But if I modified the /etc/netctl/bridge-hortensia this way : BindsToInterfaces=(enp7s0) I have no working network on machine hortensia. Is this behavior correct ? Now let's start the dahlia container # systemd-nspawn --machine=dahlia --network-bridge=br0 -bD /dahlia' On hortensia, now a new ip addr output, as supposed it shall be (vb-dahlia): $ ip addr 2: enp7s0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 14:da:e9:b5:7a:88 brd ff:ff:ff:ff:ff:ff inet 192.168.1.87/24 brd 192.168.1.255 scope global enp7s0 valid_lft forever preferred_lft forever inet6 fe80::16da:e9ff:feb5:7a88/64 scope link valid_lft forever preferred_lft forever 3: br0: NO-CARRIER,BROADCAST,MULTICAST,UP mtu 1500 qdisc noqueue state DOWN group default link/ether 1a:2d:eb:58:8e:db brd ff:ff:ff:ff:ff:ff inet6 fe80::206d:8bff:feac:6e31/64 scope link valid_lft forever preferred_lft forever 5: vb-dahlia: BROADCAST,MULTICAST mtu 1500 qdisc noop master br0 state DOWN group default qlen 1000 link/ether 1a:2d:eb:58:8e:db brd ff:ff:ff:ff:ff:ff My issue is that br0 is DOWN and can't make it up with this command: # ip link set dev br0 up This has no effect. Then, I can see NO-CARRIER in the br0 status. Is it the expected output ? Why is br0 DOWN ? Why can't I bring it UP ? All this leaves me with a broken network on the container dahlia: $ ip addr 2: host0: NO-CARRIER,BROADCAST,MULTICAST,ALLMULTI,NOTRAILERS,UP mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether b2:25:69:eb:ea:a9 brd ff:ff:ff:ff:ff:ff inet 192.168.1.94/24 brd 192.168.1.255 scope global host0 valid_lft forever preferred_lft forever host0 is DOWN with again NO-CARRIER I have no idea what part of the setup is missing. I run a custom kernel, so is there any wrong configuration on it ? The kernel is moderately customized, but maybe did I disabled some needed flag ? Thank you for help.
Re: [arch-general] bridge with netctl
Am 06.03.2014 14:03, schrieb arnaud gaboury: Dear list, I am running a machine hortensia with a container dahlia. As the container will be a server, I want to have one IP for hortensia and another one for dahlia. On hortensia, with dhcpcd.service and systemd-networkd both disabled, I start at boot two netctl profiles. /etc/netctl/bridge-hortensia Description=Bridge connection to container Interface=br0 Connection=bridge BindsToInterfaces=() IP=no /etc/netctl/static-hortensia Description='hortensia static ethernet connection' Interface=enp7s0 Connection=ethernet IP=static Address=('192.168.1.87/24') Gateway=('192.168.1.254') DNS=('192.168.1.254') This configuration make no sense whatsoever. 1) You create a bridge with no ports. What purpose does it serve? 2) If you want to add enp7s0 as a port, why do you have a configuration for enp7s0? If an interface is a bridge port, it cannot be used for IP traffic, so assigning it an IP is pointless. signature.asc Description: OpenPGP digital signature
Re: [arch-general] bridge with netctl
On Thursday 06 Mar 2014 14:03:54 arnaud gaboury wrote: I am running a machine hortensia with a container dahlia. As the container will be a server, I want to have one IP for hortensia and another one for dahlia. On hortensia, with dhcpcd.service and systemd-networkd both disabled, I start at boot two netctl profiles. /etc/netctl/bridge-hortensia Description=Bridge connection to container Interface=br0 Connection=bridge BindsToInterfaces=() IP=no /etc/netctl/static-hortensia Description='hortensia static ethernet connection' Interface=enp7s0 Connection=ethernet IP=static Address=('192.168.1.87/24') Gateway=('192.168.1.254') DNS=('192.168.1.254') Hi Arnaud. This doesn't seem right to me. The purpose of a bridge is to connect several interfaces together. Your bridge is not bound to any interfaces, so it's effectively useless, unless there's some special use of bridges I'm not familiar with. Although I haven't played with containers much at all, I would expect it to work in one of 2 ways: 1) Two new virtual interfaces are create: one that is visible to the container, and one that is visible to the host. The host now has two interfaces, which may be bridged, or it may act as a NAT router on the interface that goes to the container. The container only sees the one interface, and uses perfectly normal means to obtain an IP address. 2) No new interfaces are defined, and the host's interface is shared with the container. In this case, you will need to add another IP to the interface so that it'll respond to both the host's IP and the container's IP, and then either perform some kind of packet filtering, or simply ensure that the services on host and client are each configured to respond only to the desired IP. Paul
Re: [arch-general] bridge with netctl
On Thu, 6 Mar 2014 14:03:54 +0100 arnaud gaboury arnaud.gabo...@gmail.com wrote: I have no idea what part of the setup is missing. I run a custom kernel, so is there any wrong configuration on it ? The kernel is moderately customized, but maybe did I disabled some needed flag ? I can't help you with your specific problem, but one thing is that you need to do, is to enable the machine to forward ip packets from one interface to another. Create something like a /etc/sysctl.d/99-sysctl.conf and add this: # Enable packet forwarding net.ipv4.ip_forward = 1 net.ipv6.conf.all.forwarding = 1 If you run a firewall like iptables you'll also have to enable packet forwarding between the interfaces in the firewall. -- Joakim
Re: [arch-general] bridge with netctl
On 06-03-2014 13:23, Paul Gideon Dann wrote: Hi Arnaud. This doesn't seem right to me. The purpose of a bridge is to connect several interfaces together. Your bridge is not bound to any interfaces, so it's effectively useless, unless there's some special use of bridges I'm not familiar with. Although for a different use I setup a bridge that doesn't bind to any interfaces, it is meant to be used by qemu later where several tap interfaces will be connected. I suppose that now systemd-nspwan might also be able to make use of a similar setup, as it seems Arnaud is trying to use, I haven't tried it myself though (and it seems to be a recently added functionality). -- Mauro Santos
Re: [arch-general] bridge with netctl
On 06-03-2014 13:03, arnaud gaboury wrote: My issue is that br0 is DOWN and can't make it up with this command: # ip link set dev br0 up This has no effect. I use a systemd service file to setup a bridge for somewhat similar purposes, the sequence of commands I use is this: /usr/sbin/brctl addbr brkvm /usr/sbin/ip addr add 192.168.56.1/24 dev brkvm /usr/sbin/ip link set dev brkvm up after that, ip a s brkvm shows: 4: brkvm: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue state UP group default link/ether fe:83:79:56:a3:a2 brd ff:ff:ff:ff:ff:ff inet 192.168.56.1/24 scope global brkvm valid_lft forever preferred_lft forever I have never used netctl so I can't help you there, in case you are wondering the complete service file is use is: [Unit] Description=Sets up a bride for use with virtual machines. [Service] Type=oneshot ExecStart=/usr/sbin/brctl addbr brkvm ExecStart=/usr/sbin/ip addr add 192.168.56.1/24 dev brkvm ExecStart=/usr/sbin/ip link set dev brkvm up RemainAfterExit=yes [Install] WantedBy=multi-user.target -- Mauro Santos
Re: [arch-general] bridge with netctl
This configuration make no sense whatsoever. 1) You create a bridge with no ports. What purpose does it serve? 2) If you want to add enp7s0 as a port, why do you have a configuration for enp7s0? If an interface is a bridge port, it cannot be used for IP traffic, so assigning it an IP is pointless. If I understand correctly, in fact I took the set up upside down. I tried br0 --- enp7s0 when in fact the scheme is |- dev 1 enp7s0 bridge br0 | |-- dev 2 Am I correct in this scheme?
Re: [arch-general] bridge with netctl
On Thursday 06 Mar 2014 16:14:19 arnaud gaboury wrote: This configuration make no sense whatsoever. 1) You create a bridge with no ports. What purpose does it serve? 2) If you want to add enp7s0 as a port, why do you have a configuration for enp7s0? If an interface is a bridge port, it cannot be used for IP traffic, so assigning it an IP is pointless. If I understand correctly, in fact I took the set up upside down. I tried br0 --- enp7s0 when in fact the scheme is |- dev 1 enp7s0 bridge br0 | |-- dev 2 Am I correct in this scheme? What do you mean by dev 1 and dev 2? Paul
Re: [arch-general] bridge with netctl
I can't help you with your specific problem, but one thing is that you need to do, is to enable the machine to forward ip packets from one interface to another. Create something like a /etc/sysctl.d/99-sysctl.conf and add this: # Enable packet forwarding net.ipv4.ip_forward = 1 net.ipv6.conf.all.forwarding = 1 It is. gabx@hortensia ➤➤ ~ % cat /etc/sysctl.d/30-ipforward.conf net.ipv4.ip_forward=1 net.ipv6.conf.default.forwarding=1 net.ipv6.conf.all.forwarding=1
Re: [arch-general] systemd-nspawn/systemd-networkd/
On 05/03/14 04:45 PM, arnaud gaboury wrote: I just want to share my experience. Some parts of this tool have a zero level documentation and are much more too complicated, especially whith no clear manuals. Can you point out one of these parts? systemd-networkd does not have zero documentation. But I guess we can not do anything, right ? It is a little bit like politics: we, citizens, we can't do so much to make things change. It's an open-source, collaborative project. It's not developed by a card carrying cabal. Several Arch developers have commit access upstream and you're free to contribute to the documentation. signature.asc Description: OpenPGP digital signature
Re: [arch-general] bridge with netctl
Am 06.03.2014 16:19, schrieb Paul Gideon Dann: If I understand correctly, in fact I took the set up upside down. I tried br0 --- enp7s0 when in fact the scheme is |- dev 1 enp7s0 bridge br0 | |-- dev 2 Am I correct in this scheme? What do you mean by dev 1 and dev 2? Independently of what dev1 and dev2 are, the answer is 'no'. signature.asc Description: OpenPGP digital signature
Re: [arch-general] bridge with netctl
To say it out in a manner as straight as possible, you have to include every device that the bridge should have any effect on in your bridge. And if you still think a device doesn't go in there, I'd have to listen to your reason and read up if that is actually valid. No, include all those devices already and let us move on.
Re: [arch-general] bridge with netctl
Op 6 mrt. 2014 14:15 schreef Thomas Bächler tho...@archlinux.org het volgende: Am 06.03.2014 14:03, schrieb arnaud gaboury: Dear list, I am running a machine hortensia with a container dahlia. As the container will be a server, I want to have one IP for hortensia and another one for dahlia. On hortensia, with dhcpcd.service and systemd-networkd both disabled, I start at boot two netctl profiles. [...] 1) You create a bridge with no ports. What purpose does it serve? 2) If you want to add enp7s0 as a port, why do you have a configuration for enp7s0? If an interface is a bridge port, it cannot be used for IP traffic, so assigning it an IP is pointless. In fact: make enp7so a port of br0 and then you can use the bridge as the network interface for Hortensia. For either static or dhcp: use the bridge device. Ip forwarding: a bridge is a OSI layer 2 device, not a router, so ip forwording can be turned off (Ip is layer 3). As for Dahlia; i don't know exactly how containers work in Linux, but i guess you'll need to configure some virtual network device and then add that to the bridge. My best guess would be to look up how this is done with LXC. mvg, Guus
Re: [arch-general] bridge with netctl
2014-03-06 18:40 GMT+01:00 Guus Snijders gsnijd...@gmail.com: Op 6 mrt. 2014 14:15 schreef Thomas Bächler tho...@archlinux.org het volgende: [...] As for Dahlia; i don't know exactly how containers work in Linux, but i guess you'll need to configure some virtual network device and then add that to the bridge. My best guess would be to look up how this is done with LXC. Actually, the man page for systemd-nspawn explains it nicely. Look for the options network-veth and network-bridge mvg, Guus
Re: [arch-general] [arch-dev-public] Upgrading Apache to 2.4
Hi On Wed, Feb 26, 2014 at 10:10 AM, Anatol Pomozov anatol.pomo...@gmail.com wrote: Hi On Wed, Feb 26, 2014 at 10:01 AM, Alexander Rødseth rods...@gmail.com wrote: One suggestion is creating the Apache 2.4 PKGBUILD first, then talk to Jan de Groot. If he should not be interested in the endeavor, talk to another dev. Good news is that I work with Jan and other devs on pushing Apache 2.4 to repos. In general they are very positive about this move. PKGBUILD is ready and once db5 todo is done I'll create Apache2.4 todo to rebuild the deps. So hopefully we'll see official apache 2.4 package in [extra] some time soon. Stay tuned. Apache 2.4 has been moved from [testing] to [extra] and now available for everyone. Please update your setup, follow the migration instructions https://httpd.apache.org/docs/trunk/upgrading.html and report any problems. Thanks everyone.
Re: [arch-general] bridge with netctl
On Thu, Mar 6, 2014 at 8:00 PM, arnaud gaboury arnaud.gabo...@gmail.com wrote: 1) Two new virtual interfaces are create: one that is visible to the container, and one that is visible to the host. The host now has two interfaces, which may be bridged, or it may act as a NAT router on the interface that goes to the container. The container only sees the one interface, and uses perfectly normal means to obtain an IP address. That's correct. When I boot the container, a new interface vb-dahlia appears on the host, and on the container side, i have a host0 interface. So I guess I must have a netctl br0 profile with this line : BindsToInterface=(enp7s0 vb-dhalia) It took me a while, but I have now a working bridge on Host machine, with a static IP and a working ethernet connection on container, with a static IP. Thank you for your help
Re: [arch-general] [arch-dev-public] Upgrading Apache to 2.4
Hi + php maintainer On Thu, Mar 6, 2014 at 3:05 PM, Rene Pasing r...@pasing.net wrote: Hi Anatol, On 03/06/2014 10:48 PM, Anatol Pomozov wrote: Apache 2.4 has been moved from [testing] to [extra] and now available for everyone. Please update your setup, follow the migration instructions https://httpd.apache.org/docs/trunk/upgrading.html and report any problems. Thanks everyone. I get the following error: Mar 06 23:59:34 VAIO-ARCH apachectl[697]: [Thu Mar 06 23:59:34.072638 2014] [:crit] [pid 699:tid 139754760394624] Apache is running a threaded MPM, but your PHP Module is not compiled to be threadsafe. You need to recompile PHP. Mar 06 23:59:34 VAIO-ARCH apachectl[697]: AH00013: Pre-configuration failed Mar 06 23:59:34 VAIO-ARCH systemd[1]: httpd.service: control process exited, code=exited status=1 Mar 06 23:59:34 VAIO-ARCH systemd[1]: Failed to start Apache Web Server. Mar 06 23:59:34 VAIO-ARCH systemd[1]: Unit httpd.service entered failed state. I will switch to php-fpm soon, but nevertheless... Just wanted you to be aware... ;-) Sounds like a bug to me. Mind filing one at bugs.archlinux.org? Pierre, I found some information in Google+ related to apache24 package in aur: The only thing was that I had to recompile PHP to be thread-safe. It was '--enable-zts' parameter, I think The flag sounds like a solution for this bug.
Re: [arch-general] [arch-dev-public] Upgrading Apache to 2.4
On 03/07/2014 12:39 AM, Anatol Pomozov wrote: Hi + php maintainer On Thu, Mar 6, 2014 at 3:05 PM, Rene Pasing r...@pasing.net wrote: Hi Anatol, On 03/06/2014 10:48 PM, Anatol Pomozov wrote: Apache 2.4 has been moved from [testing] to [extra] and now available for everyone. Please update your setup, follow the migration instructions https://httpd.apache.org/docs/trunk/upgrading.html and report any problems. Thanks everyone. I get the following error: Mar 06 23:59:34 VAIO-ARCH apachectl[697]: [Thu Mar 06 23:59:34.072638 2014] [:crit] [pid 699:tid 139754760394624] Apache is running a threaded MPM, but your PHP Module is not compiled to be threadsafe. You need to recompile PHP. Mar 06 23:59:34 VAIO-ARCH apachectl[697]: AH00013: Pre-configuration failed Mar 06 23:59:34 VAIO-ARCH systemd[1]: httpd.service: control process exited, code=exited status=1 Mar 06 23:59:34 VAIO-ARCH systemd[1]: Failed to start Apache Web Server. Mar 06 23:59:34 VAIO-ARCH systemd[1]: Unit httpd.service entered failed state. I will switch to php-fpm soon, but nevertheless... Just wanted you to be aware... ;-) Sounds like a bug to me. Mind filing one at bugs.archlinux.org? Pierre, I found some information in Google+ related to apache24 package in aur: The only thing was that I had to recompile PHP to be thread-safe. It was '--enable-zts' parameter, I think The flag sounds like a solution for this bug. Default mpm in apache is thread safe one. You need to switch to non-thread safe one (prefork?) in order to use mod_php5 with apache2.4 -- Note: My last name is not Krejzi.
[arch-general] Problems of using pacman and updating the filesystem
Hi, I get some problems about pacman. At beginning, I use pacman -Syu to update the system, and then I cannot login the system. I checked the internet, and then use CD to load the system, and use pacman -Syu mkinitcpio systemd linux, and get the following information: (133/133) 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. After this, I use the following command to update the system: pacman -Syu --ignore filesystem,bash pacman -S bash and then reboot, get the following information: ERROR: root device mounted successfully, but /sbin/init does not exist. Bailing out, you are on your own. Good luck. Sh: cannot access tty: job control turned off. ? I really appreciate if anyone can help me to solve this problem, it seems I damage the file system. Is there any way to go back to the previous system, or repair this error? Thank you all. Renzhi Cao Email : rc...@mail.missouri.eduhttps://bluprd0112.outlook.com/owa/redir.aspx?C=HgdIKZwfkkG-ZqHZQdR5l5Qjeol9gdAIEexz2Okb9KSvfYJfxGlJ7wHelHyOveteZCNx50ztf78.URL=mailto%3arcrg4%40mail.missouri.edu
Re: [arch-general] Problems of using pacman and updating the filesystem
When did you run the last update? The filesystem hierarchy changes and the switch to systemd were done a long, long time ago. [rocketmouse@archlinux ~]$ ls -ld /bin lrwxrwxrwx 1 root root 7 May 31 2013 /bin - usr/bin [rocketmouse@archlinux ~]$ ls -ld /sbin lrwxrwxrwx 1 root root 7 May 31 2013 /sbin - usr/bin [rocketmouse@archlinux ~]$ ls -l /sbin/init lrwxrwxrwx 1 root root 22 Feb 27 21:03 /sbin/init - ../lib/systemd/systemd https://wiki.archlinux.org/index.php/arch_filesystem_hierarchy
Re: [arch-general] Problems of using pacman and updating the filesystem
PS: https://wiki.archlinux.org/index.php/arch_filesystem_hierarchy It does link to https://www.archlinux.org/news/binaries-move-to-usrbin-requiring-update-intervention/ ;)
Re: [arch-general] Open Source ati driver can't load GLX extension
Le jeudi 6 mars 2014, 09:46:25 Heiko Becker a écrit : I think I found it in the Xorg.0.log : [27.415] (EE) AIGLX error: dlopen of /usr/lib/xorg/modules/dri/r600_dri.so failed (libLLVM-3.4.so: cannot open shared object file: No such file or directory) [27.415] (EE) AIGLX: reverting to software rendering [27.436] (EE) AIGLX error: dlopen of /usr/lib/xorg/modules/dri/swrast_dri.so failed (libLLVM-3.4.so: cannot open shared object file: No such file or directory) [27.436] (EE) GLX: could not load software renderer Problem being: I need llvm3.3 for a software project. But after that GLX should work again. Is there a possibility to add llvm to the dependencies of xf86-video-ati ? I'm having llvm in my ignorepackages and it doesn't get updated, so xf86-video-ati should not have been updated as far as I see. Best regards, Heiko Perhaps you can try to install llvm-libs ? -- Laurent Carlier ArchLinux Developer http://www.archlinux.org
Re: [arch-general] Problems of using pacman and updating the filesystem
Thank you! You are right, what I did is based on that link: https://www.archlinux.org/news/binaries-move-to-usrbin-requiring-update-intervention/ Now, for my problem, is there any way to repair that? Or you think I should reinstall my arch linux system? Renzhi Cao Email : rc...@mail.missouri.edu From: arch-general arch-general-boun...@archlinux.org on behalf of Ralf Mardorf ralf.mard...@alice-dsl.net Sent: Friday, March 7, 2014 12:27 AM To: arch-general@archlinux.org Subject: Re: [arch-general] Problems of using pacman and updating the filesystem PS: https://wiki.archlinux.org/index.php/arch_filesystem_hierarchy It does link to https://www.archlinux.org/news/binaries-move-to-usrbin-requiring-update-intervention/ ;)
Re: [arch-general] Problems of using pacman and updating the filesystem
Am 07.03.2014 07:49, schrieb Cao, Renzhi (MU-Student): Now, for my problem, is there any way to repair that? Or you think I should reinstall my arch linux system? I am not a fan of reinstalling only to fix the system, but you should update more frequently ;) Chroot into your system, then look into /bin, /sbin and /usr/sbin, there shouldnt be any files. You can try then pacman -S filesystem Good luck!
Re: [arch-general] Problems of using pacman and updating the filesystem
Hi, there are some files in /sbin,/usr/sbin. Should I just remove them directly and then run pacman -s filesystem? I find out that I cannot access the internet this time, can I still use that command? Sent from my iPhone On Mar 7, 2014, at 1:07, Simon Brand simon.br...@postadigitale.de wrote: Am 07.03.2014 07:49, schrieb Cao, Renzhi (MU-Student): Now, for my problem, is there any way to repair that? Or you think I should reinstall my arch linux system? I am not a fan of reinstalling only to fix the system, but you should update more frequently ;) Chroot into your system, then look into /bin, /sbin and /usr/sbin, there shouldnt be any files. You can try then pacman -S filesystem Good luck!
Re: [arch-general] Problems of using pacman and updating the filesystem
I think you should boot with an Arch Installer, then chroot and try to fix your system removing the package that has files on those directories, following the steps on the Arch news about this issue. An then update again. I think that this will solve your trouble. Andrés Fernandez Software Peronista El 07/03/2014 04:13, Caorenzhi rc...@mail.missouri.edu escribió: Hi, there are some files in /sbin,/usr/sbin. Should I just remove them directly and then run pacman -s filesystem? I find out that I cannot access the internet this time, can I still use that command? Sent from my iPhone On Mar 7, 2014, at 1:07, Simon Brand simon.br...@postadigitale.de wrote: Am 07.03.2014 07:49, schrieb Cao, Renzhi (MU-Student): Now, for my problem, is there any way to repair that? Or you think I should reinstall my arch linux system? I am not a fan of reinstalling only to fix the system, but you should update more frequently ;) Chroot into your system, then look into /bin, /sbin and /usr/sbin, there shouldnt be any files. You can try then pacman -S filesystem Good luck!
Re: [arch-general] Problems of using pacman and updating the filesystem
Am 07.03.2014 08:13, schrieb Caorenzhi: Hi, there are some files in /sbin,/usr/sbin. Should I just remove them directly and then run pacman -s filesystem? I find out that I cannot access the internet this time, can I still use that command? Sent from my iPhone On Mar 7, 2014, at 1:07, Simon Brand simon.br...@postadigitale.de wrote: Am 07.03.2014 07:49, schrieb Cao, Renzhi (MU-Student): Now, for my problem, is there any way to repair that? Or you think I should reinstall my arch linux system? I am not a fan of reinstalling only to fix the system, but you should update more frequently ;) Chroot into your system, then look into /bin, /sbin and /usr/sbin, there shouldnt be any files. You can try then pacman -S filesystem Good luck! Where are these files from? Are they from some AUR packages? You can check this with pacman -Qo /path/to/file Do NOT remove then. If they are from AUR packages, remove them, update filesystem and then reinstall them. You could probably try to move them to /usr/bin and then update. You need the internet to download the new filesystem package. You could download it on another system, check the signature, copy it to the broken system and then install it with pacman -U /path/to/package You should know best, how to access the internet in your network. The livesystem only trys to dhcpcd, do you have WLan?