- Arch-general - lists.archlinux.org

[arch-general] talkingarch problems formatting partitions
by Don Raikes 13 Mar '14

13 Mar '14

Hi, I downloaded the talkingarch-20140203-dual.iso yesterday and want to install it onto my desktop system. I booted into the talkingarchlinux system no problems, and used parted to create the partitions on my hard disk. When I go to format the partitions, as soon as I enter the command: # mkfs -t ext4 /dev/sda1 The entire system locks up. I have to do a hard reboot of the system to get anything working again. Any idea why this might be happening?

3 6

[arch-general] Incremental update for TeXLive 2013
by Rémy Oudompheng 13 Mar '14

13 Mar '14

Hello, I am going to push updated TeXLive packages to [extra]. The following bugs are expected to be fixed: https://bugs.archlinux.org/task/34932 https://bugs.archlinux.org/task/28560 https://bugs.archlinux.org/task/28514 Regards, Rémy.

5 4

[arch-general] "Partition" alignment with LVM on LUKS
by Mauro Santos 12 Mar '14

12 Mar '14

I've bought a new HD to replace one that is starting to show problems intermittently. I'm planning to keep a very similar setup to what I have currently, which uses LVM on LUKS. Old HD has 512B physical sectors so alignment there was not a problem. New HD however is an advanced format drive, that means a 4kB sector size and 512B logical sector size, that's where problems can start. The reason I'm asking for input on this is because I can't confirm with a good degree of certainty if things are all properly aligned, by doing and write and readback test (1). Either my google fu is not working or it's hard to find information on this. In [1] the question is similar but there is no answer. The guide on [2] shows some commands with explicit alignment options but the guide is not very recent. In [3] there is some general information and some benchmarks, but no concrete information about lvm on luks. In the wiki there is also mention to explicit alignment options but it's related to SSDs so not the case for me. The only one that seems to get close is [5], by looking at /sys/block/sdXN/queue/minimum_io_size it says 4096. Also for all other layers after that /sys/block/dm-[0-9]/queue/minimum_io_size (one belongs to luks and otherers to lvm) it also says 4096 so I _suppose_ automatic detection might leave things properly aligned. Here's the sequence of commands I have used: -used fdisk to create 2 partitions, used the suggested defaults for start of partition -used cryptsetup to format sda2, didn't use any alignment options -opened the encrypted volume and used pvcreate on it, again didn't use any alignment options -used vgcreate to create a new VG and added the PV I created before -used lvcreate to create several logical volumes, didn't use any alignment options -used mkfs.ext4 to format the logical volumes, also no alignment options used. I can't be 100% sure things are all aligned because of the following: (1) The machines I'm using now don't have AES-NI capable cpus, maximum encryption and decryption speeds are lower than the maximum raw speed of the hard disk (around 100MB/s). The machine where I have the disk connected now can encrypt at 64.5 MiB/s and decrypt at 68.0 MiB/s according to cryptsetup benchmark. Using 'dd if=/dev/zero of=testfile bs=10M count=100' I get 59.6 MB/s and with 'dd if=testfile of=/dev/null bs=10M' I get 59.2 MB/s. These values lead me to believe that everything is properly aligned. Unaligned reads usually don't incur in much of a performance penalty, while unaligned writes should make things slow to a crawl. I would like to get some input from anyone with knowledge or hands on experience on this before I commit to transplanting everything from the current HD to the new one, better get this right the first time than to have to redo it later again. Sorry for the long post and thanks in advance for any input. [1] https://bbs.archlinux.org/viewtopic.php?id=169841 [2] http://danynativel.com/blog/2013/02/10/archlinux-installation-guide-on-encr… [3] http://www.ibm.com/developerworks/linux/library/l-4kb-sector-disks/ [4] https://wiki.archlinux.org/index.php/Lvm#Installing_Arch_Linux_on_LVM [5] http://serverfault.com/questions/356534/ssd-erase-block-size-lvm-pv-on-raw-… -- Mauro Santos

1 1

[arch-general] A bug about Bumblebee
by Liuyang 12 Mar '14

12 Mar '14

�� optirun firefox [ 1353.034599] [ERROR]Cannot access secondary GPU - error: [XORG] (EE) NVIDIA(GPU-0): Failed to initialize the NVIDIA GPU at PCI:1:0:0. Please [ 1353.034658] [ERROR]Aborting because fallback start is disabled. .................................................................................................................................................................... Kernel:3.10.33-1-lts Driver:nvidia-lts 334.21 ..................................................................................................................................................................... �� cat /etc/bumblebee/bumblebee.conf # Configuration file for Bumblebee. Values should **not** be put between quotes ## Server options. Any change made in this section will need a server restart # to take effect. [bumblebeed] # The secondary Xorg server DISPLAY number VirtualDisplay=:8 # Should the unused Xorg server be kept running? Set this to true if waiting # for X to be ready is too long and don't need power management at all. KeepUnusedXServer=false # The name of the Bumbleblee server group name (GID name) ServerGroup=bumblebee # Card power state at exit. Set to false if the card shoud be ON when Bumblebee # server exits. TurnCardOffAtExit=false # The default behavior of '-f' option on optirun. If set to "true", '-f' will # be ignored. NoEcoModeOverride=false # The Driver used by Bumblebee server. If this value is not set (or empty), # auto-detection is performed. The available drivers are nvidia and nouveau # (See also the driver-specific sections below) Driver=nvidia # Directory with a dummy config file to pass as a -configdir to secondary X XorgConfDir=/etc/bumblebee/xorg.conf.d [optirun] Bridge=auto VGLTransport=proxy PrimusLibraryPath=/usr/lib/primus:/usr/lib32/primus AllowFallbackToIGC=false ## Section with nvidia driver specific options, only parsed if Driver=nvidia [driver-nvidia] # Module name to load, defaults to Driver if empty or unset KernelDriver=nvidia PMMethod=bbswitch # colon-separated path to the nvidia libraries LibraryPath=/usr/lib/nvidia:/usr/lib32/nvidia # comma-separated path of the directory containing nvidia_drv.so and the # default Xorg modules path XorgModulePath=/usr/lib/nvidia/xorg,/usr/lib/xorg/modules XorgConfFile=/etc/bumblebee/xorg.conf.nvidia ## Section with nouveau driver specific options, only parsed if Driver=nouveau [driver-nouveau] KernelDriver=nouveau PMMethod=auto XorgConfFile=/etc/bumblebee/xorg.conf.nouveau .................................................................................................................................................................. �� cat /etc/bumblebee/xorg.conf.nvidia Section "ServerLayout" Identifier "Layout0" Option "AutoAddDevices" "false" Option "AutoAddGPU" "false" EndSection Section "Device" Identifier "DiscreteNvidia" Driver "nvidia" VendorName "NVIDIA Corporation" BusID "PCI:01:00:0" Option "ProbeAllGpus" "false" Option "NoLogo" "true" Option "UseEDID" "false" Option "UseDisplayDevice" "none" EndSection ....................................................................................................................................................................................................................................... And with kernel 3.15 and nvidia driver 334.21 I got the same message. Asking you for help.

2 1

Re: [arch-general] [arch-dev-public] Cyclic dependencies between systemd and util-linux
by Leonid Isaev 12 Mar '14

12 Mar '14

On Wed, 12 Mar 2014 17:21:20 +0100 Tobias Powalowski <tobias.powalowski(a)googlemail.com> wrote: > Am 12.03.2014 06:32, schrieb Gerardo Exequiel Pozzi: > > On 02/24/2014 03:56 PM, Thomas Bächler wrote: > >> Right now, we have a problem with cyclic dependencies in core: systemd > >> requires libblkid and libuuid (systemd-udevd) and util-linux requires > >> libudev (findmnt, and soon uuidd [1]). > >> > >> I don't like this situation and currently it is revoled by adding > >> systemd as optdepend to util-linux. This has the side effect that in a > >> chroot with only certain packages installed, one has to explicitly > >> install systemd to get findmnt working. Since I've run into this > >> situation and cyclic deps are bad, I propose the following: > >> > >> Split both util-linux and systemd into libutil-linux/util-linux and > >> libsystemd/systemd. Then we could have both util-linux and systemd > >> depend on both libsystemd and libutil-linux. > >> > >> [1] http://www.spinics.net/lists/util-linux-ng/msg08699.html > >> > > We also have another set when installing {base} group: > > > > warning: util-linux will be installed before its coreutils dependency > > warning: util-linux will be installed before its pam dependency > > warning: shadow will be installed before its pam dependency > > > > > New depends introduce error during base installation, > libutil-linux needs coreutils first else no install is found. Sorry for cross-list posting... Actually, this is an old error which I saw on all new installs for quite some time. For example: ----- [2014-02-14 19:46] [PACMAN] installed shadow (4.1.5.1-7) [2014-02-14 19:46] [ALPM-SCRIPTLET] /tmp/alpm_p51CHp/.INSTALL: line 6: install: command not found [2014-02-14 19:46] [PACMAN] installed util-linux (2.24.1-1) ----- Cheers, L. -- Leonid Isaev GPG key fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D

1 0

Re: [arch-general] [arch-dev-public] Upgrading Apache to 2.4
by Anatol Pomozov 12 Mar '14

12 Mar '14

Hi + php maintainer On Thu, Mar 6, 2014 at 3:05 PM, Rene Pasing <rene(a)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.

7 9

[arch-general] Security vulnerability (CVE-2014-0004) in udisks/udisks2
by Manuel Reimer 11 Mar '14

11 Mar '14

Hello, I already flagged the packages out of date, but maybe other people are interested, too, that there is a known security hole in udisks/udisks2, which has been fixed upstream with new releases: http://lists.freedesktop.org/archives/devkit-devel/2014-March/001568.html Greetings, Manuel

3 6

[arch-general] The pacman upgrading error has been solved
by Cao, Renzhi (MU-Student) 10 Mar '14

10 Mar '14

Hi all: I really appreciate Emil Lundberg, Paul Gideon Dann, Temlin Oliv?r, , Guus Snijders' great suggestion, you are right, that's my fault to use /dev/mapper/arch_root_image as the root partition, now I can login the system,it seems my system is working now. There are two things I do today (my mistakes) based on your suggestion: 1. Instead of using /dev/mapper/ arch_root_image, I use /dev/sda3 as my root partition, and mount first. 2. I copy the files /bin/* to /mnt/bin, so that the error message "failed to run command /bin/sh, no such file or directory" will not exists. I don't see this solution in the internet, I am just think it by myself, so maybe this can help other people with the same problem if what I have done is correct. I don't know how to appreciate all of you, the community. I am so glad to fix this problem now. During the process, I have learned a lot of things, and become more familiar with arch linux, and also love it more (I always love the things more when I get more familiar with). The feeling is strange, at beginning, I see that problem, I have no idea, and become very worried about that. I am considering that time I am failers, just hoping some angel can come and solve that problem for me ... But now, I start learning these things, about what's happening, and with your help, I become more and more confident. Thank you all. I hope my experience can benefit other people, especially the new archer, I want to tell you, don't be afraid, go ahead, start learning, asking good question, and then finally you can fix your problems! The last thing I will do is format the window system of my laptop, install arch linux :) Renzhi Cao Cell: 573-825-8874 Email : rcrg4(a)mail.missouri.edu<https://bluprd0112.outlook.com/owa/redir.aspx?C=HgdIKZwfkkG-ZqHZQdR5l5Qjeol…> http://web.missouri.edu/~rcrg4/

3 6

[arch-general] netctl hangs after last update
by Robert Knauer 10 Mar '14

10 Mar '14

Hello, after the update yesterday (see pacman log at the end of the e-mail), netctl hangs when I try to start my network connection with the error message: > A dependency job for netctl(a)conn1.service failed. See 'journalctl > -xn' for details. The hanging sub-process of netctl seems to be /usr/bin/systemd-tty-ask-password-agent --watch. In my syslog are the following lines: > [19:42:09] info daemon systemd Expecting device sys-subsystem- > net-devices-eth0.device... > [19:43:39] warning daemon systemd Job sys-subsystem-net-devices- > eth0.device/start timed out. > [19:43:39] err daemon systemd Timed out waiting for device > sys-subsystem-net-devices-eth0.device. > [19:43:39] err daemon systemd Dependency failed for The main network > connection. My netctl profile is the following: > Description='The main network connection' > Interface=ens3 > Connection=ethernet > IP=static > Address=('xx.xx.xx.xx/22') > Gateway='xx.xx.xx.xx' > DNS=('xx.xx.xx.xx' 'xx.xx.xx.xx') > IP6=static > Address6=('xxxx:xxxx:xxxx:xxxx::1/64') > Gateway6='fe80::1' My network interfaces: # ifconfig -a ens3: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet xx.xx.xx.xx netmask 255.255.252.0 broadcast xx.xx.xx.xx inet6 xxxx::xxxx:xxxx:xxxx:xxxx prefixlen 64 scopeid 0x20<link> ether 52:54:63:06:b9:80 txqueuelen 1000 (Ethernet) RX packets 8523282 bytes 514974023 (491.1 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 128762 bytes 22725577 (21.6 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 0 (Local Loopback) RX packets 4277680 bytes 330093367 (314.8 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 4277680 bytes 330093367 (314.8 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 If I set my ip, subnet, gateway, ... manually with ifconfig, route & so on, everything works fine. Does anybody have an idea what I can do to fix this problem? Regards, Robert. Pacman log: [2014-03-09 17:14] [PACMAN] starting full system upgrade [2014-03-09 17:14] [PACMAN] upgraded chrpath (0.13-3 -> 0.16-1) [2014-03-09 17:14] [PACMAN] upgraded file (5.17-1 -> 5.17-2) [2014-03-09 17:14] [PACMAN] upgraded gnutls (3.2.12-1 -> 3.2.12.1-1) [2014-03-09 17:14] [PACMAN] upgraded gptfdisk (0.8.9-1 -> 0.8.10-1) [2014-03-09 17:14] [PACMAN] upgraded libarchive (3.1.2-4 -> 3.1.2-6) [2014-03-09 17:14] [PACMAN] upgraded libnl (3.2.23-1 -> 3.2.24-1) [2014-03-09 17:14] [ALPM-SCRIPTLET] >>> Updating module dependencies. Please wait ... [2014-03-09 17:14] [ALPM-SCRIPTLET] >>> Generating initial ramdisk, using mkinitcpio. Please wait... [2014-03-09 17:14] [ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default' [2014-03-09 17:14] [ALPM-SCRIPTLET] -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img [2014-03-09 17:14] [ALPM-SCRIPTLET] ==> Starting build: 3.13.6-1-ARCH [2014-03-09 17:14] [ALPM-SCRIPTLET] -> Running build hook: [base] [2014-03-09 17:14] [ALPM-SCRIPTLET] -> Running build hook: [udev] [2014-03-09 17:14] [ALPM-SCRIPTLET] -> Running build hook: [autodetect] [2014-03-09 17:14] [ALPM-SCRIPTLET] -> Running build hook: [modconf] [2014-03-09 17:14] [ALPM-SCRIPTLET] -> Running build hook: [block] [2014-03-09 17:15] [ALPM-SCRIPTLET] -> Running build hook: [filesystems] [2014-03-09 17:15] [ALPM-SCRIPTLET] -> Running build hook: [keyboard] [2014-03-09 17:15] [ALPM-SCRIPTLET] -> Running build hook: [fsck] [2014-03-09 17:15] [ALPM-SCRIPTLET] ==> Generating module dependencies [2014-03-09 17:15] [ALPM-SCRIPTLET] ==> Creating gzip initcpio image: /boot/initramfs-linux.img [2014-03-09 17:15] [ALPM-SCRIPTLET] ==> Image generation successful [2014-03-09 17:15] [ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'fallback' [2014-03-09 17:15] [ALPM-SCRIPTLET] -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect [2014-03-09 17:15] [ALPM-SCRIPTLET] ==> Starting build: 3.13.6-1-ARCH [2014-03-09 17:15] [ALPM-SCRIPTLET] -> Running build hook: [base] [2014-03-09 17:15] [ALPM-SCRIPTLET] -> Running build hook: [udev] [2014-03-09 17:15] [ALPM-SCRIPTLET] -> Running build hook: [modconf] [2014-03-09 17:15] [ALPM-SCRIPTLET] -> Running build hook: [block] [2014-03-09 17:15] [ALPM-SCRIPTLET] ==> WARNING: Possibly missing firmware for module: aic94xx [2014-03-09 17:15] [ALPM-SCRIPTLET] ==> WARNING: Possibly missing firmware for module: smsmdtv [2014-03-09 17:15] [ALPM-SCRIPTLET] -> Running build hook: [filesystems] [2014-03-09 17:15] [ALPM-SCRIPTLET] -> Running build hook: [keyboard] [2014-03-09 17:15] [ALPM-SCRIPTLET] -> Running build hook: [fsck] [2014-03-09 17:15] [ALPM-SCRIPTLET] ==> Generating module dependencies [2014-03-09 17:15] [ALPM-SCRIPTLET] ==> Creating gzip initcpio image: /boot/initramfs-linux-fallback.img [2014-03-09 17:15] [ALPM-SCRIPTLET] ==> Image generation successful [2014-03-09 17:15] [PACMAN] upgraded linux (3.13.5-1 -> 3.13.6-1) [2014-03-09 17:15] [ALPM] warning: /etc/php/php.ini installed as /etc/php/php.ini.pacnew [2014-03-09 17:15] [PACMAN] upgraded php (5.5.9-1 -> 5.5.10-1) [2014-03-09 17:15] [PACMAN] upgraded php-gd (5.5.9-1 -> 5.5.10-1) [2014-03-09 17:15] [PACMAN] upgraded php-intl (5.5.9-1 -> 5.5.10-1) [2014-03-09 17:15] [PACMAN] upgraded owncloud (6.0.1-1 -> 6.0.2-1) [2014-03-09 17:15] [PACMAN] upgraded php-cgi (5.5.9-1 -> 5.5.10-1) [2014-03-09 17:15] [PACMAN] upgraded php-mcrypt (5.5.9-1 -> 5.5.10-1) [2014-03-09 17:15] [PACMAN] upgraded phpmyadmin (4.1.8-1 -> 4.1.9-1) [2014-03-09 17:15] [PACMAN] upgraded s-nail (14.6.1-1 -> 14.6.2-1) [2014-03-09 17:15] [PACMAN] installed libseccomp (2.1.1-1) [2014-03-09 17:15] [ALPM-SCRIPTLET] :: systemd has not been reexecuted. It is recommended that you [2014-03-09 17:15] [ALPM-SCRIPTLET] reboot at your earliest convenience. [2014-03-09 17:15] [ALPM-SCRIPTLET] :: Network device naming is now controlled by udev's net_setup_link [2014-03-09 17:15] [ALPM-SCRIPTLET] builtin. Refer to the NETWORK LINK CONFIGURATION section of the [2014-03-09 17:15] [ALPM-SCRIPTLET] udev manpage for a full description. [2014-03-09 17:15] [ALPM-SCRIPTLET] :: No changes have been made to your network naming configuration. [2014-03-09 17:15] [ALPM-SCRIPTLET] Interfaces should continue to maintain the same names. [2014-03-09 17:15] [PACMAN] upgraded systemd (208-11 -> 210-3)

2 1

[arch-general] Cannot recover pacman upgrade fails problem
by Cao, Renzhi (MU-Student) 10 Mar '14

10 Mar '14

Hi, all: I really have no idea for the pacman upgrading fails issue, so I summarize the problem I meet, and the things I try, if any one can give me suggestions of what I miss something or I do something wrong, I really appreciate, if not, I hope this summation can benefit some other people who meets the same problem. The initial problem: After using pacman -Syu --ignore filesystem to upgrade my arch linux, and reboot, get the following message: ERROR: device '/dev/disk/by-uuid/3f51b ...' not found. Skipping fsck. ERROR: Unable to find root device '/dev/disk/by-uuid/3f51b ...'. You are being dropped to a recovery shell. You are being dropped to a recovery shell Type "exit" to try and continue booting sh: cant access tty; job control turned off. [ramfs /]# _ The solution may be used to solve this problem : https://wiki.archlinux.org/index.php/pacman#Q:_After_updating_my_system.2C_… I first try the first method, not work, and then try the second method: The following is the command I run and the output after I use a live CD for my system: (People have similar problem can consider it) #fdisk -l /Dev/sda : 2000.4 GB. Device boot|start|end|blocks|id|systems /dev/sda1 … Linux swap/solaris /dev/sda2 … Linux /dev/sda3 … Linux Disk /dev/mapper/arch_root-image Units ... Sectorsize ... #mount /dev/mapper/arch_root-image /mnt #mount /dev/sda3 /mnt/home #mount /dev/sda2 /mnt/boot #arch-chroot /mnt #pacman-key --init #pacman-key --populate archlinux (This command is needed for the signiture, it takes me a while to figure out this). #pacman -Syu mkinitcpio systemd linux (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. (I Check this website for the solution: https://www.archlinux.org/news/binaries-move-to-usrbin-requiring-update-int…) #pacman -Qqo /bin /sbin /usr/sbin | pacman -Qm – (you may get different output, the following is mine) sysvinit-tool 2.88-9 lilo 23.2-3 grub-common 2.00-1 sysvinit-tool 2.88-9 lilo 23.2-3 #pacman -R lilo #pacman -Syu --ignore filesystem,bash #pacman -S grub #pacman -S sysvinit-tools #pacman -S systemd #pacman -S bash #pacman -Su #pacman -Syu mkinitcpio systemd linux (now for me, this command can run successfully) #exit, and umount, reboot After rebooting, I get the following error: /dev/sda3: clean ... 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. [rootfs/]# _ (I check this website for the solution:1. Add "init=/bin/systemd" to the kernel line, based on https://bbs.archlinux.org/viewtopic.php?id=146388 2. Add "init=/usr/lib/systemd/systemd" to the kernel line, based on https://bbs.archlinux.org/viewtopic.php?id=166423) None of them work for me. Here is the command I run in rootfs : #ls bin,buildconfig,config,dev,etc,hooks,init,init_functions,lib,lib_64,new_root,proc,run,root,sys,tmp,usr. I check the folder new_root, it is my system's root folder before it crashes. I don't know how this new folder comes, I am guessing I do something wrong for arch-chroot? I checked : #ls -l /sbin/init .... 7 Mar, /sbin/init -> busybox ( the same output for ls -l /bin/init) #ls -l /bin/systemd No such file #ls -l /usr/lib/systemd/systemd No such file It seems I miss something, and I remember I do reinstall the grub and sysvinit-tools before I quit arch-chroot. Welcome to ask me questions for some details if you have the same problem, and welcome to give me suggestions. ? Thank you all! Renzhi Cao Email : rcrg4(a)mail.missouri.edu<https://bluprd0112.outlook.com/owa/redir.aspx?C=HgdIKZwfkkG-ZqHZQdR5l5Qjeol…>

5 10