[solved] xfce4-terminal spam after update to util-linux 2.25-3

I use the setterm command inside a file in /etc/profile.d so that I can prevent the screen from blanking when using a console, along with a couple of other things.
After the latest update to util-linux (2.25-3), whenever I open xfce4-terminal these lines show up:
setterm: terminal xterm does not support --blength
setterm: terminal xterm does not support --bfreq
setterm: terminal xterm does not support --blank
[gilmoreja@JamesPC ~]$
Is there a better way to handle making sure setterm runs when a console is used, but not necessarily when a terminal is opened? Or is there some other way to solve this issue? There doesn't seem to be a switch for setterm for any kind of "quiet mode."
Last edited by gilmoreja (2014-08-06 18:36:28)

I think that the shell started in a console is a login shell, and it is not the case in a graphical terminal.
A login shell has a '-' at the start of $0; so you can test that and condition the execution of the setterm commands:
if [[ $0 == '-bash' ]]; then
setterm ...
setterm ...
fi

Similar Messages

  • [SOLVED] Problem w/ lxdream after updating/reinstalling OS.

    Hi,
    Yesterday I've made update on OS and then I've got Kernel panic... So I've recovered data and reinstalled OS (it was the best option for me, because previous system was such a mess). After installing OS I've compiled by myself lxdream and after copying 'bios data' to ~/.lxdream it gaves me "Illegal instruction" ("Bledna instrukcja" in polish). So, I've tried compiling from the AUR and I've got this same result. Before update/reinstall everything was working ok. This is from 'gdb lxdream' and typing 'run':
    Starting program: /(path_to)/lxdream
    [Thread debugging using libthread_db enabled]
    [New Thread 0xb3357b70 (LWP 1745)]
    ALSA lib pcm.c:7236:(snd_pcm_recover) underrun occured
    Program received signal SIGILL, Illegal instruction.
    0x0809547f in gl_reset_state () at drivers/video_gl.c:36
    36 glOrtho( 0, video_width, video_height, 0, 0, 65535 );
    (gdb) _
    My system spec:
    AMD Athlon 2000+ (1.6GHZ)
    512MB RAM in one DDR module (Kingston)
    80GB HDD PATA (Segate)
    Nvidia GeForce FX 5500 AGP (w/ using nvidia-96xx)
    Creative SB16 listed by lspci as Ensoniq 5880B
    I'm using xorg-server 1.7.5.902-1 and nvidia-96xx/nvidia-96xx-utils.
    It's not bug in alsa, because on previous install I've got alsa underrun occured and everything was working ok. Also it have other optional audio drivers (alsa,esd,sdl,null). Even on 'null' it's not working.
    I don't know what a problem is with lxdream, because previously it was working ok with the same drivers and 3rd party applications/libraries.
    It looks that some package after update have broken compatibility. I need this emu, because it's needed for me for Homebrew Development.
    I'll test lxdream on second PC with similiar specs, that have ArchLinux slightly outdated.
    It's my first post and sorry for my English, I'm Polish.
    Thanks a lot.
    // it works okay on second (not mine) pc, it has xorg-server 1.7.5.901 and open source ati radeon drivers (called 'radeon'), I don't know if that helps, if I would know how to debug it...
    Update:
    It looks that it's ia gtk or gl/glx bug, because when I comment this line 'glOrtho( 0, video_width, video_height, 0, 0, 65535 );' it runs, but when I get cursor over GL display it will crash with:
    Program received signal SIGILL, Illegal instruction.
    on_video_window_mouse_motion (widget=0xadff940, event=0xae03c18,
    user_data=0xae94600) at gtkui/gtk_win.c:133
    133 int x = (int)event->x;
    So it's looks that it is a GL/GLX or GTK bug. On that PC gtk version is 2.18.7, mine is 2.20.0.
    Update:
    I think, that it is a GTK 2.20.0 related problem...
    Update:
    Marked with 'SOLVED' flag in the subject.
    Last edited by XionKH10 (2010-04-06 09:35:48)

    Here you go:
    mail:~ dude$ ls -l /var/clamav/
    total 14736
    -rw-r--r-- 1 clamav clamav 610351 Nov 30 03:44 daily.cvd
    -rw-rw---- 1 clamav clamav 2 Nov 29 21:44 freshclam.pid
    -rw-r--r-- 1 clamav clamav 6924820 Nov 3 16:31 main.cvd
    and when I do the following:
    mail:~ admin$ ls -l /var/amavis/
    ls: : Permission denied
    So I tried the same command as root:
    mail:~ dude$ ls -l /var/amavis/
    ls: : Permission denied
    mail:~ dude$ sudo ls -l /var/amavis/
    Password:
    total 24
    lrwxr-xr-x 1 root clamav 33 Aug 12 10:38 .spamassassin -> /private/var/clamav/.spamassassin
    drwxr-x--- 4 clamav clamav 136 Sep 11 13:05 amavis-20060911T130530-11951
    drwxr-x--- 4 clamav clamav 136 Sep 11 13:26 amavis-20060911T132643-12041
    drwxr-x--- 4 clamav clamav 136 Nov 30 11:46 amavis-20061130T114636-17606
    drwxr-x--- 4 clamav clamav 136 Nov 30 11:49 amavis-20061130T114901-17679
    -rw-r----- 1 clamav clamav 0 Apr 12 2006 amavisd.lock
    -rw-r----- 1 clamav clamav 3 Nov 29 21:44 amavisd.pid
    srwxr-x--- 1 clamav clamav 0 Nov 29 21:44 amavisd.sock
    -rw-r--r-- 1 clamav clamav 3 Mar 20 2005 whitelist_sender
    I see something odd with the symlink in the first row. Is this the problem? If so, then how would I fix it?

  • [Solved] Error boot after upgrading and util-linux-tools and sysvinit

    Hi all ...
    This morning I did a sudo pacman -Syu to update my laptop which packs sysvinit-tools 2.88-8 and 2.22-6 util-linux packages including ...
    My surprise that I take is that a few hours ago after starting my laptop again I come across a series of error messages which do not allow me log into the laptop. catches of messages are these:
    Picture 1
    Picture 2
    The log of pacman to upgrade is:
    [09.24.2012 9:01] Running 'pacman-Syu'
    [09.24.2012 9:01] synchronizing package lists
    [09.24.2012 9:03] starting full system upgrade
    [09.24.2012 9:21] removed eject (2.1.5-7)
    [09.24.2012 9:22] upgraded coreutils (8.17-3 -> 8.19-1)
    [09.24.2012 9:22] upgraded libmtp (1.1.4-1 -> 1.1.5-1)
    [09.24.2012 9:22] upgraded mlocate (0.25-2 -> 0.26 to 1)
    [09.24.2012 9:22] upgraded procps-ng (3.3.3-3 -> 3.3.3-6)
    [09.24.2012 9:22] upgraded qt (4.8.3-2 -> 4.8.3-3)
    [09.24.2012 9:22] upgraded util-linux (2.21.2-5 -> 2.22-6)
    [09.24.2012 9:22] upgraded sysvinit-tools (2.88-7 -> 2.88-8)
    [09.24.2012 9:22] upgraded transmission-gtk (2.61-3 -> 2.61-4)
    [09.24.2012 9:22] upgraded whois (5.0.18-1 -> 5.0.19-1)
    In making this latest update pacman eject told me that was going to be replaced by util-linux ... before answering affirmatively check the official website of ArchLinux to see if there were any announcement about this change ... I assumed there was none like it was nothing critical and permitted the installation of this patch ....
    At the end of the error message you see in the pictures I show that I can run a command or shortcut systemctl keyboard to enter the "default mode" but I have no way to give commands and keyboard shortcut does not work.
    No I could do to recover the system (other than reinstalling ArchLinux with new. Iso) ...
    Someone has spent the same??? found a solution???
    Greetings and thanks in advance!
    Sorry my bad English!
    Last edited by jesusangelm (2012-09-25 18:12:20)

    in another forum recommended me to downgrade the updated packages to restore the system and use it.
    but installing the updated packages I get this error
    If I try the downgrade util-linux gives me:
    pacman -U /var/cache/pacman/pkg/util-linux-2.21.2-5-x86_64.pkg.tar.xz
    loading packages...
    warning: downgrading package util-linux (2.22-6 => 2.21.2-5)
    resolving dependencies...
    looking for inter-conflicts...
    Targets (1): util-linux-2.21.2-5
    Total Installed Size: 7.45 MiB
    Proceed with installation? [Y/n] y
    (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)
    util-linux: /bin/dmesg exists in filesystem
    util-linux: /bin/findmnt exists in filesystem
    util-linux: /bin/login exists in filesystem
    util-linux: /bin/lsblk exists in filesystem
    util-linux: /bin/more exists in filesystem
    util-linux: /bin/mount exists in filesystem
    util-linux: /bin/mountpoint exists in filesystem
    util-linux: /bin/umount exists in filesystem
    util-linux: /sbin/agetty exists in filesystem
    util-linux: /sbin/blkid exists in filesystem
    util-linux: /sbin/blockdev exists in filesystem
    util-linux: /sbin/cfdisk exists in filesystem
    util-linux: /sbin/chcpu exists in filesystem
    util-linux: /sbin/ctrlaltdel exists in filesystem
    util-linux: /sbin/fdisk exists in filesystem
    util-linux: /sbin/findfs exists in filesystem
    util-linux: /sbin/fsck exists in filesystem
    util-linux: /sbin/fsck.cramfs exists in filesystem
    util-linux: /sbin/fsck.minix exists in filesystem
    util-linux: /sbin/fsfreeze exists in filesystem
    util-linux: /sbin/fstrim exists in filesystem
    util-linux: /sbin/hwclock exists in filesystem
    util-linux: /sbin/losetup exists in filesystem
    util-linux: /sbin/mkfs exists in filesystem
    util-linux: /sbin/mkfs.bfs exists in filesystem
    util-linux: /sbin/mkfs.cramfs exists in filesystem
    util-linux: /sbin/mkfs.minix exists in filesystem
    util-linux: /sbin/mkswap exists in filesystem
    util-linux: /sbin/pivot_root exists in filesystem
    util-linux: /sbin/raw exists in filesystem
    util-linux: /sbin/sfdisk exists in filesystem
    util-linux: /sbin/swaplabel exists in filesystem
    util-linux: /sbin/swapoff exists in filesystem
    util-linux: /sbin/swapon exists in filesystem
    util-linux: /sbin/switch_root exists in filesystem
    util-linux: /sbin/wipefs exists in filesystem
    util-linux: /usr/bin/cal exists in filesystem
    util-linux: /usr/bin/chfn exists in filesystem
    util-linux: /usr/bin/chrt exists in filesystem
    util-linux: /usr/bin/chsh exists in filesystem
    util-linux: /usr/bin/col exists in filesystem
    util-linux: /usr/bin/colcrt exists in filesystem
    util-linux: /usr/bin/colrm exists in filesystem
    util-linux: /usr/bin/column exists in filesystem
    util-linux: /usr/bin/cytune exists in filesystem
    util-linux: /usr/bin/fallocate exists in filesystem
    util-linux: /usr/bin/flock exists in filesystem
    util-linux: /usr/bin/getopt exists in filesystem
    util-linux: /usr/bin/hexdump exists in filesystem
    util-linux: /usr/bin/i386 exists in filesystem
    util-linux: /usr/bin/ionice exists in filesystem
    util-linux: /usr/bin/ipcmk exists in filesystem
    util-linux: /usr/bin/ipcrm exists in filesystem
    util-linux: /usr/bin/ipcs exists in filesystem
    util-linux: /usr/bin/isosize exists in filesystem
    util-linux: /usr/bin/linux32 exists in filesystem
    util-linux: /usr/bin/linux64 exists in filesystem
    util-linux: /usr/bin/logger exists in filesystem
    util-linux: /usr/bin/look exists in filesystem
    util-linux: /usr/bin/lscpu exists in filesystem
    util-linux: /usr/bin/mcookie exists in filesystem
    util-linux: /usr/bin/namei exists in filesystem
    util-linux: /usr/bin/newgrp exists in filesystem
    util-linux: /usr/bin/pg exists in filesystem
    util-linux: /usr/bin/prlimit exists in filesystem
    util-linux: /usr/bin/rename exists in filesystem
    util-linux: /usr/bin/renice exists in filesystem
    util-linux: /usr/bin/rev exists in filesystem
    util-linux: /usr/bin/script exists in filesystem
    util-linux: /usr/bin/scriptreplay exists in filesystem
    util-linux: /usr/bin/setarch exists in filesystem
    util-linux: /usr/bin/setsid exists in filesystem
    util-linux: /usr/bin/setterm exists in filesystem
    util-linux: /usr/bin/tailf exists in filesystem
    util-linux: /usr/bin/taskset exists in filesystem
    util-linux: /usr/bin/ul exists in filesystem
    util-linux: /usr/bin/unshare exists in filesystem
    util-linux: /usr/bin/uuidgen exists in filesystem
    util-linux: /usr/bin/whereis exists in filesystem
    util-linux: /usr/bin/write exists in filesystem
    util-linux: /usr/bin/x86_64 exists in filesystem
    util-linux: /usr/include/blkid/blkid.h exists in filesystem
    util-linux: /usr/include/libmount/libmount.h exists in filesystem
    util-linux: /usr/include/uuid/uuid.h exists in filesystem
    util-linux: /usr/lib/libblkid.a exists in filesystem
    util-linux: /usr/lib/libblkid.so exists in filesystem
    util-linux: /usr/lib/libblkid.so.1 exists in filesystem
    util-linux: /usr/lib/libblkid.so.1.1.0 exists in filesystem
    util-linux: /usr/lib/libmount.a exists in filesystem
    util-linux: /usr/lib/libmount.so exists in filesystem
    util-linux: /usr/lib/libmount.so.1 exists in filesystem
    util-linux: /usr/lib/libmount.so.1.1.0 exists in filesystem
    util-linux: /usr/lib/libuuid.a exists in filesystem
    util-linux: /usr/lib/libuuid.so exists in filesystem
    util-linux: /usr/lib/libuuid.so.1 exists in filesystem
    util-linux: /usr/lib/libuuid.so.1.3.0 exists in filesystem
    util-linux: /usr/lib/pkgconfig/blkid.pc exists in filesystem
    util-linux: /usr/lib/pkgconfig/mount.pc exists in filesystem
    util-linux: /usr/lib/pkgconfig/uuid.pc exists in filesystem
    util-linux: /usr/sbin/addpart exists in filesystem
    util-linux: /usr/sbin/delpart exists in filesystem
    util-linux: /usr/sbin/fdformat exists in filesystem
    util-linux: /usr/sbin/ldattach exists in filesystem
    util-linux: /usr/sbin/partx exists in filesystem
    util-linux: /usr/sbin/readprofile exists in filesystem
    util-linux: /usr/sbin/rtcwake exists in filesystem
    util-linux: /usr/sbin/tunelp exists in filesystem
    util-linux: /usr/sbin/uuidd exists in filesystem
    util-linux: /usr/sbin/vigr exists in filesystem
    util-linux: /usr/sbin/vipw exists in filesystem
    util-linux: /usr/share/getopt/getopt-parse.bash exists in filesystem
    util-linux: /usr/share/getopt/getopt-parse.tcsh exists in filesystem
    util-linux: /usr/share/locale/ca/LC_MESSAGES/util-linux.mo exists in filesystem
    util-linux: /usr/share/locale/cs/LC_MESSAGES/util-linux.mo exists in filesystem
    util-linux: /usr/share/locale/da/LC_MESSAGES/util-linux.mo exists in filesystem
    util-linux: /usr/share/locale/de/LC_MESSAGES/util-linux.mo exists in filesystem
    util-linux: /usr/share/locale/es/LC_MESSAGES/util-linux.mo exists in filesystem
    util-linux: /usr/share/locale/et/LC_MESSAGES/util-linux.mo exists in filesystem
    util-linux: /usr/share/locale/eu/LC_MESSAGES/util-linux.mo exists in filesystem
    util-linux: /usr/share/locale/fi/LC_MESSAGES/util-linux.mo exists in filesystem
    util-linux: /usr/share/locale/fr/LC_MESSAGES/util-linux.mo exists in filesystem
    util-linux: /usr/share/locale/gl/LC_MESSAGES/util-linux.mo exists in filesystem
    util-linux: /usr/share/locale/hu/LC_MESSAGES/util-linux.mo exists in filesystem
    util-linux: /usr/share/locale/id/LC_MESSAGES/util-linux.mo exists in filesystem
    util-linux: /usr/share/locale/it/LC_MESSAGES/util-linux.mo exists in filesystem
    util-linux: /usr/share/locale/ja/LC_MESSAGES/util-linux.mo exists in filesystem
    util-linux: /usr/share/locale/nl/LC_MESSAGES/util-linux.mo exists in filesystem
    util-linux: /usr/share/locale/pl/LC_MESSAGES/util-linux.mo exists in filesystem
    util-linux: /usr/share/locale/pt_BR/LC_MESSAGES/util-linux.mo exists in filesystem
    util-linux: /usr/share/locale/ru/LC_MESSAGES/util-linux.mo exists in filesystem
    util-linux: /usr/share/locale/sl/LC_MESSAGES/util-linux.mo exists in filesystem
    util-linux: /usr/share/locale/sv/LC_MESSAGES/util-linux.mo exists in filesystem
    util-linux: /usr/share/locale/tr/LC_MESSAGES/util-linux.mo exists in filesystem
    util-linux: /usr/share/locale/uk/LC_MESSAGES/util-linux.mo exists in filesystem
    util-linux: /usr/share/locale/vi/LC_MESSAGES/util-linux.mo exists in filesystem
    util-linux: /usr/share/locale/zh_CN/LC_MESSAGES/util-linux.mo exists in filesystem
    util-linux: /usr/share/locale/zh_TW/LC_MESSAGES/util-linux.mo exists in filesystem
    util-linux: /usr/share/man/man1/cal.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/chfn.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/chrt.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/chsh.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/col.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/colcrt.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/colrm.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/column.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/dmesg.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/fallocate.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/flock.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/getopt.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/hexdump.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/ionice.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/ipcmk.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/ipcrm.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/ipcs.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/logger.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/login.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/look.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/lscpu.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/mcookie.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/more.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/mountpoint.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/namei.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/newgrp.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/pg.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/prlimit.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/rename.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/renice.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/rev.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/script.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/scriptreplay.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/setsid.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/setterm.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/tailf.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/taskset.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/ul.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/unshare.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/uuidgen.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/whereis.1.gz exists in filesystem
    util-linux: /usr/share/man/man1/write.1.gz exists in filesystem
    util-linux: /usr/share/man/man3/libblkid.3.gz exists in filesystem
    util-linux: /usr/share/man/man3/uuid.3.gz exists in filesystem
    util-linux: /usr/share/man/man3/uuid_clear.3.gz exists in filesystem
    util-linux: /usr/share/man/man3/uuid_compare.3.gz exists in filesystem
    util-linux: /usr/share/man/man3/uuid_copy.3.gz exists in filesystem
    util-linux: /usr/share/man/man3/uuid_generate.3.gz exists in filesystem
    util-linux: /usr/share/man/man3/uuid_generate_random.3.gz exists in filesystem
    util-linux: /usr/share/man/man3/uuid_generate_time.3.gz exists in filesystem
    util-linux: /usr/share/man/man3/uuid_generate_time_safe.3.gz exists in filesystem
    util-linux: /usr/share/man/man3/uuid_is_null.3.gz exists in filesystem
    util-linux: /usr/share/man/man3/uuid_parse.3.gz exists in filesystem
    util-linux: /usr/share/man/man3/uuid_time.3.gz exists in filesystem
    util-linux: /usr/share/man/man3/uuid_unparse.3.gz exists in filesystem
    util-linux: /usr/share/man/man5/fstab.5.gz exists in filesystem
    util-linux: /usr/share/man/man8/addpart.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/agetty.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/blkid.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/blockdev.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/cfdisk.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/chcpu.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/ctrlaltdel.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/cytune.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/delpart.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/fdformat.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/fdisk.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/findfs.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/findmnt.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/fsck.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/fsck.minix.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/fsfreeze.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/fstrim.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/hwclock.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/i386.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/isosize.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/ldattach.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/linux32.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/linux64.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/losetup.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/lsblk.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/mkfs.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/mkfs.bfs.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/mkfs.minix.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/mkswap.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/mount.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/partx.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/pivot_root.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/raw.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/readprofile.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/rtcwake.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/setarch.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/sfdisk.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/swaplabel.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/swapoff.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/swapon.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/switch_root.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/tunelp.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/umount.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/uuidd.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/vigr.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/vipw.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/wipefs.8.gz exists in filesystem
    util-linux: /usr/share/man/man8/x86_64.8.gz exists in filesystem
    Errors occurred, no packages were upgraded.
    If I try the downgrade sysvinit-tool gives me:
    pacman -U /var/cache/pacman/pkg/sysvinit-tools-2.88-7-x86_64.pkg.tar.xz
    loading packages...
    warning: downgrading package sysvinit-tools (2.88-8 => 2.88-7)
    resolving dependencies...
    looking for inter-conflicts...
    Targets (1): sysvinit-tools-2.88-7
    Total Installed Size: 0.17 MiB
    Proceed with installation? [Y/n] y
    (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)
    sysvinit-tools: /bin/pidof exists in filesystem
    sysvinit-tools: /sbin/bootlogd exists in filesystem
    sysvinit-tools: /sbin/fstab-decode exists in filesystem
    sysvinit-tools: /sbin/killall5 exists in filesystem
    sysvinit-tools: /sbin/sulogin exists in filesystem
    sysvinit-tools: /usr/bin/last exists in filesystem
    sysvinit-tools: /usr/bin/lastb exists in filesystem
    sysvinit-tools: /usr/bin/mesg exists in filesystem
    sysvinit-tools: /usr/bin/utmpdump exists in filesystem
    sysvinit-tools: /usr/bin/wall exists in filesystem
    sysvinit-tools: /usr/include/initreq.h exists in filesystem
    sysvinit-tools: /usr/share/man/man1/last.1.gz exists in filesystem
    sysvinit-tools: /usr/share/man/man1/lastb.1.gz exists in filesystem
    sysvinit-tools: /usr/share/man/man1/mesg.1.gz exists in filesystem
    sysvinit-tools: /usr/share/man/man1/utmpdump.1.gz exists in filesystem
    sysvinit-tools: /usr/share/man/man1/wall.1.gz exists in filesystem
    sysvinit-tools: /usr/share/man/man8/bootlogd.8.gz exists in filesystem
    sysvinit-tools: /usr/share/man/man8/fstab-decode.8.gz exists in filesystem
    sysvinit-tools: /usr/share/man/man8/killall5.8.gz exists in filesystem
    sysvinit-tools: /usr/share/man/man8/pidof.8.gz exists in filesystem
    sysvinit-tools: /usr/share/man/man8/sulogin.8.gz exists in filesystem
    Errors occurred, no packages were upgraded.
    If I try the downgrade eject gives me:
    pacman -U /var/cache/pacman/pkg/eject-2.1.5-7-x86_64.pkg.tar.xz
    loading packages...
    resolving dependencies...
    looking for inter-conflicts...
    Targets (1): eject-2.1.5-7
    Total Installed Size: 0.14 MiB
    Proceed with installation? [Y/n] y
    (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)
    eject: /usr/bin/eject exists in filesystem
    eject: /usr/share/man/man1/eject.1.gz exists in filesystem
    Errors occurred, no packages were upgraded.

  • [Solved] Severely broken system after update

    I need help with system that doesn't boot after update.
    I tried to make pacman -Syu on a system which was not updated since 2010 xmass... probably being overwhelmed by number of issues I did something wrong, but now the system is in a very bad state.
    I think that the main issue was glibc update. I followed the instruction to install all other packages before glibc, but every second package was complaining about glibc (although they all updated). Then pacman became broken, but I solved this and finally everything got updated.
    Everything looked fine right after update, but now the system is "unable to find root device" on boot.
    I tried to boot with recent arch usb stick (cd drive is broken in the computer), but it doesn't boot (reboots right after "loading archiso.img"). I managed to boot with ubuntu usb stick. I chrooted to my arch partition using these instructions:
    https://wiki.archlinux.org/index.php/Chroot#Change_root
    then, following pacman wiki I reinstalled linux, mkinitcpio and systemd.
    It didn't help. The last thing I can think of is to reinstall all packages via chroot. Is there any handy way to do this, taking into account that some packages could have been installed from AUR (I don't care about them at this point, but I wouldn't like this to stop me from reinstalling all other packages)?
    Any other ideas?
    Last edited by senjin (2012-09-15 19:34:26)

    It's not a solution since arch installation usb stick doesn't work for me, as I mentioned above. I must either make this installation work, or move to ubuntu (gah!)
    edit:
    I managed to boot. After the error message at the beginning I'm left with "you can type exit to continue booting, but it will most likely fail"... it doesn't fail, and system appears to be working normally (well, except some error about consolekit when X is starting, probably unrelated).
    Now the question is how to avoid this error message at the beginning...
    Last edited by senjin (2012-09-15 13:04:04)

  • [Solved] Strange font problem - after update.

    Hello guys,
    encountered a strange small font problem on sites with code wrappers like stackoverflow/blogs/jsfiddle. After update. took a look at my font setup all looks good.
    I've also checked the settings for gtk2/3 and no problems there.
    INFO:
    Google-Chrome-Beta. [same thing]
    Firefox [same thing]
    /etc/vconsole.conf ->
    KEYMAP=sv-latin1
    FONT=ter-112n
    .gtkrc-2.0->
    gtk-theme-name="Clearlooks"
    gtk-icon-theme-name="Faience"
    gtk-font-name="Tewi 9"
    gtk-cursor-theme-name="Adwaita"
    gtk-cursor-theme-size=0
    gtk-toolbar-style=GTK_TOOLBAR_BOTH
    gtk-toolbar-icon-size=GTK_ICON_SIZE_LARGE_TOOLBAR
    gtk-button-images=1
    gtk-menu-images=1
    gtk-enable-event-sounds=0
    gtk-enable-input-feedback-sounds=0
    gtk-xft-antialias=1
    gtk-xft-hinting=1
    gtk-xft-hintstyle="hintfull"
    gtk-xft-rgba="none"
    /gtk-3.0/settings.ini->
    gtk-theme-name=Clearlooks
    gtk-icon-theme-name=Faience
    gtk-font-name=Tewi 9
    Any ideas on this problem would be greatfully appreciated.
    http://imgur.com/MD7yPI2
    Mod note: removed huge image -- WorMzy
    Last edited by Learning (2015-05-22 21:55:07)

    Update:
    Tried reinstalling, change the fonts, remove all font clear the cache.
    change, look up the settings, looked up size, tried monitor dpi.
    checked all the config files for anything remotely related to this problem.
    Had a quick look at the bug tracker for google-chrome-beta as well no reported
    font problems as far as i can find.
    Update2:
    Tried adding custom.css to the browser not even that worked.
    update3: [SOLVED]
    So i solved the problem.
    The problem was a faulty font that was stuck and used in the pre somehow.
    Removed and added another to the list and somehow that worked.
    recommendations - if anyone has this problem in the future.
    open firefox and look in the font tab what is used. and remove that
    or try to install a fixed one. that should work.
    -Nothing has yielded any working results.
    So any ideas at this point would be most appreciated.
    Thanks,
    -L
    Last edited by Learning (2015-05-22 21:59:14)

  • [Solved] xfce4-terminal --hide-toolbars or --hide-toolbar?

    Anybody notice that the --hide-toolbars option is no longer plural (with s suffix)???  The plural form has been replaced by the singular (no s suffix) form.  The man for xfce4-terminal still shows the plural option.  This change occurred on the last xfce4-terminal update (Version 0.6.1-1).
    Last edited by hangten (2013-01-04 11:21:31)

    hangten wrote:Anybody notice that the --hide-toolbars option is no longer plural (with s suffix)???  The plural form has been replaced by the singular (no s suffix) form.  The man for xfce4-terminal still shows the plural option.  This change occurred on the last xfce4-terminal update (Version 0.6.1-1).
    Will be fixed in the next release:
    http://git.xfce.org/apps/xfce4-terminal … e9b5f5314f
    Wilco wrote:Yes and I also noticed my keybindings are no longer working. I hate it when packages remove the possibility to set custom keybindings (or I am just missing it)
    The way to do that has changed. Have a look at "Editable Menu Accelerators" @ http://docs.xfce.org/faq.

  • [SOLVED] xfce4-terminal opened unfocused when called by exo-open

    xfce4-terminal opened unfocused when called by
    exo-open --launch TerminalEmulator
    Last edited by D101101 (2015-03-22 19:30:49)

    Thank you, this was driving me crazy.  When I went to open a xfce-terminal (not xterm), it would not "focus" on it.. it was driving me nuts.
    Needless to say, I checked, and rechecked, and rechecked my settings for focus.. probably messing something up in the process, all because exo was bugged (!!!??).
    (bump me, but now they got to fix Thunar.  Thunar is not updating files in folders.)
    Please see https://bbs.archlinux.org/viewtopic.php?id=194955
    Last edited by Kilzool (2015-03-23 04:42:48)

  • [SOLVED] xfce4-terminal doesn't tab-autocomplete with sudo commands

    Wondering if this is a limitation of xfce4-terminal or something that can be enabled.
    In xfce4-terminal, if I type pac and press tab key, it autocompletes to pacman. If I type sudo pac and press tab, it won't autocomplete. The same is true when trying to complete anything after starting with sudo as the first word of the command. Paths resolve fine though after sudo, just not program names or commands.
    Fixable?
    Last edited by nLinked (2013-08-03 20:45:00)

    Thank you so much
    I went for the option to add it in my ~/.bashrc file instead of installing the bash-completion package. Rebooted and it works!

  • [Solved]Qtcurve style disappeared after update

    After updated to version 0.65.1-1,and now i can't select qtcurve from systemsettings-->styles,and in kdeglobals "widgetStyle=qtcurve",but in fact oxygen style is used .How can i get qtcurve style back?
    Edit:I downloaded the PKGBUILD file and recompiled (version 0.65.3-1),just as Pierre said,and now it works.Thanks for all your replies.
    Last edited by ashunter (2009-07-05 16:10:49)

    I'm also using kdemod-core and qtcurve just vanished from the styles-section, but not from the win-deco-section.
    Compiling qtcurve 0.65.3 with the following PKGBUILD did the trick     (based on qtcurve-qt4 from AUR: http://aur.archlinux.org/packages.php?ID=22064)
    pkgname=qtcurve-kde4
    pkgver=0.65.3
    pkgrel=1
    arch=('i686' 'x86_64')
    groups=('qtcurve')
    license='GPL'
    pkgdesc='qtcurve'
    source=("http://home.freeuk.com/cpdrummond/QtCurve-KDE4-${pkgver}.tar.bz2")
    url='http://www.kde-look.org/content/show.php?content=40492'
    makedepends=('cmake')
    depends=(qt)
    md5sums=('99888fa785eb895a117d80f50d44d7b9')
    build() {
    cd $srcdir
    cd QtCurve-KDE4-${pkgver}
    cmake . \
    -DCMAKE_BUILD_TYPE=Release \
    -DCMAKE_INSTALL_PREFIX=/usr \
    -DQTC_DISABLE_KDEFILEDIALOG_CALLS=false
    make
    make DESTDIR=$pkgdir install
    Last edited by n8schicht (2009-07-05 13:48:04)

  • [SOLVED]Nginx 403 error after update

    Hello,
    I am running nginx 1.0.6-2. on 64 bit OpenVZ. This problem occurred after update form 1.0.5. When I try to reach a simple static page with hello world I get 403 error. I hadn't touch configuration file. I tried to manipulate with permissions but still nothing. Here is my currently permissions.
    [root@server srv]# ls -l
    total 8
    dr-xr-xr-x 2 root ftp 4096 Aug 9 16:41 ftp
    drwxr-xr-x 3 root http 4096 Aug 30 02:37 http
    Here is my static page.
    [root@server nginx]# ls -l
    total 4
    -rwxrwxrwx 1 root http 5 Aug 30 02:38 index.html
    Even though it have 777 I still can't reach it.
    Here is my config file for nginx without comments.
    worker_processes 1;
    events {
    worker_connections 1024;
    http {
    include mime.types;
    default_type application/octet-stream;
    sendfile on;
    keepalive_timeout 65;
    #gzip on;
    server {
    listen 80;
    server_name localhost;
    location / {
    root html;
    index index.html index.htm;
    error_page 500 502 503 504 /50x.html;
    location = /50x.html {
    root html;
    Thanks in advance for any help.
    Best regards
    Last edited by arturr (2011-09-01 20:51:40)

    kvn wrote:make sure to also fix any /srv paths to the new /usr/share/nginx/http path in your /etc/nginx/conf/nginx.conf
    Putting your web root in /usr/share is a stupid idea. You should just override defaults with /srv/ as appropriate for your own setup. The shipped default is only so it shows a page at all the first time you start it up, not a recommendation you put your own files there.

  • [SOLVED] charging + touchpad problem after update

    *******EDIT*******
    after trying some other live cds, the problems below are almost certainly hardware related, with timing of update coincidental.
    hi all,
    I have a Asus UX32VD. I was travelling for a few weeks and updated when I got home, including the kernel to 3.10.44
    now the battery stops charging around 50% (tried two chargers at two different locations)
    $ acpi -i
    Battery 0: Charging, 48%, charging at zero rate - will never fully charge.
    Battery 0: design capacity 5863 mAh, last full capacity 4920 mAh = 83%
    also the touchpad stopped working entirely (was not recognized in 'xinput list') but after some searching I blacklisted i2c-hid, which seems to have helped, but the touchpad still sometimes becomes unresponsive (especially when unplugging/plugging in power) and leaves the following in the journal:
    Jun 29 11:04:31 maria kernel: psmouse serio4: bad data from KBC - timeout
    Jun 29 11:04:33 maria kernel: psmouse serio4: bad data from KBC - timeout
    Jun 29 11:04:33 maria kernel: psmouse serio4: Touchpad at isa0060/serio4/input0 lost sync at byte 6
    Jun 29 11:04:33 maria kernel: psmouse serio4: Touchpad at isa0060/serio4/input0 lost sync at byte 6
    Jun 29 11:04:33 maria kernel: psmouse serio4: Touchpad at isa0060/serio4/input0 lost sync at byte 6
    Jun 29 11:04:33 maria kernel: psmouse serio4: Touchpad at isa0060/serio4/input0 lost sync at byte 6
    Jun 29 11:04:33 maria kernel: psmouse serio4: Touchpad at isa0060/serio4/input0 lost sync at byte 6
    Jun 29 11:04:33 maria kernel: psmouse serio4: issuing reconnect request
    Jun 29 11:04:47 maria kernel: psmouse serio4: bad data from KBC - bad parity
    Jun 29 11:04:47 maria kernel: psmouse serio4: Touchpad at isa0060/serio4/input0 lost sync at byte 6
    Jun 29 11:04:47 maria kernel: psmouse serio4: Touchpad at isa0060/serio4/input0 lost sync at byte 6
    Jun 29 11:04:47 maria kernel: psmouse serio4: Touchpad at isa0060/serio4/input0 lost sync at byte 6
    Jun 29 11:04:47 maria kernel: psmouse serio4: Touchpad at isa0060/serio4/input0 lost sync at byte 6
    Jun 29 11:04:47 maria kernel: psmouse serio4: Touchpad at isa0060/serio4/input0 lost sync at byte 6
    Jun 29 11:04:47 maria kernel: psmouse serio4: issuing reconnect request
    Jun 29 11:04:48 maria kernel: psmouse serio4: bad data from KBC - timeout
    Jun 29 11:04:48 maria kernel: psmouse serio4: bad data from KBC - timeout
    Jun 29 11:04:48 maria kernel: psmouse serio4: bad data from KBC - timeout
    Jun 29 11:04:48 maria kernel: psmouse serio4: bad data from KBC - timeout
    Jun 29 11:04:48 maria kernel: psmouse serio4: bad data from KBC - bad parity
    Jun 29 11:04:48 maria kernel: psmouse serio4: bad data from KBC - bad parity
    Jun 29 11:04:48 maria kernel: psmouse serio4: Touchpad at isa0060/serio4/input0 lost sync at byte 6
    Jun 29 11:04:48 maria kernel: psmouse serio4: Touchpad at isa0060/serio4/input0 lost sync at byte 6
    Jun 29 11:04:48 maria kernel: psmouse serio4: Touchpad at isa0060/serio4/input0 lost sync at byte 6
    Jun 29 11:04:48 maria kernel: psmouse serio4: bad data from KBC - bad parity
    Jun 29 11:04:48 maria kernel: psmouse serio4: bad data from KBC - timeout
    Jun 29 11:04:48 maria kernel: psmouse serio4: bad data from KBC - timeout
    Jun 29 11:04:48 maria kernel: psmouse serio4: bad data from KBC - bad parity
    Jun 29 11:04:48 maria kernel: psmouse serio4: bad data from KBC - timeout
    Jun 29 11:04:48 maria kernel: psmouse serio4: bad data from KBC - timeout
    Jun 29 11:04:48 maria kernel: psmouse serio4: bad data from KBC - timeout
    Jun 29 11:04:48 maria kernel: psmouse serio4: bad data from KBC - bad parity
    Jun 29 11:04:48 maria kernel: psmouse serio4: bad data from KBC - timeout
    Jun 29 11:04:48 maria kernel: psmouse serio4: Touchpad at isa0060/serio4/input0 lost sync at byte 6
    Jun 29 11:04:48 maria kernel: psmouse serio4: Touchpad at isa0060/serio4/input0 lost sync at byte 6
    Jun 29 11:04:48 maria kernel: psmouse serio4: issuing reconnect request
    Jun 29 11:04:48 maria kernel: psmouse serio4: elantech: synaptics_send_cmd query 0x01 failed.
    Jun 29 11:04:49 maria kernel: psmouse serio4: alps: Unknown ALPS touchpad: E7=10 00 64, EC=10 00 64
    Jun 29 11:04:50 maria kernel: psmouse serio4: elantech: assuming hardware version 4 (with firmware version 0x361f02)
    Jun 29 11:04:50 maria kernel: psmouse serio4: elantech: Synaptics capabilities query result 0x00, 0x15, 0x0e.
    Jun 29 11:04:50 maria kernel: input: ETPS/2 Elantech Touchpad as /devices/platform/i8042/serio4/input/input14
    Jun 29 11:04:50 maria kernel: psmouse serio4: alps: Unknown ALPS touchpad: E7=10 00 64, EC=10 00 64
    Jun 29 11:04:50 maria kernel: psmouse serio4: elantech: assuming hardware version 4 (with firmware version 0x361f02)
    Jun 29 11:04:50 maria kernel: psmouse serio4: elantech: Synaptics capabilities query result 0x00, 0x15, 0x0e.
    Jun 29 11:04:50 maria kernel: input: ETPS/2 Elantech Touchpad as /devices/platform/i8042/serio4/input/input15
    Jun 29 11:04:51 maria laptop-mode[10540]: Laptop mode
    Jun 29 11:04:51 maria laptop-mode[10541]: enabled, active
    Jun 29 11:04:52 maria kernel: EXT4-fs (sda3): re-mounted. Opts: (null)
    Jun 29 11:04:52 maria kernel: EXT4-fs (sda1): re-mounted. Opts: (null)
    Jun 29 11:04:52 maria kernel: EXT4-fs (sda4): re-mounted. Opts: (null)
    Jun 29 11:04:53 maria laptop-mode[11341]: Laptop mode
    Jun 29 11:04:53 maria laptop-mode[11342]: enabled, active [unchanged]
    Jun 29 11:05:11 maria sudo[11348]: adlai : TTY=pts/1 ; PWD=/home/adlai ; USER=root ; COMMAND=/usr/bin/journalctl -f -n 55
    Jun 29 11:05:11 maria sudo[11348]: pam_unix(sudo:session): session opened for user root by adlai(uid=0)
    Jun 29 11:05:17 maria kernel: psmouse serio4: Touchpad at isa0060/serio4/input0 lost sync at byte 6
    Jun 29 11:05:17 maria kernel: psmouse serio4: Touchpad at isa0060/serio4/input0 lost sync at byte 6
    Jun 29 11:05:17 maria kernel: psmouse serio4: Touchpad at isa0060/serio4/input0 lost sync at byte 6
    Jun 29 11:05:17 maria kernel: psmouse serio4: Touchpad at isa0060/serio4/input0 lost sync at byte 6
    Jun 29 11:05:17 maria kernel: psmouse serio4: Touchpad at isa0060/serio4/input0 lost sync at byte 6
    Jun 29 11:05:17 maria kernel: psmouse serio4: issuing reconnect request
    Jun 29 11:05:19 maria kernel: psmouse serio4: bad data from KBC - timeout
    Jun 29 11:05:39 maria kernel: psmouse serio4: bad data from KBC - timeout
    Jun 29 11:05:39 maria kernel: psmouse serio4: Touchpad at isa0060/serio4/input0 lost sync at byte 6
    Jun 29 11:05:39 maria kernel: psmouse serio4: Touchpad at isa0060/serio4/input0 lost sync at byte 6
    Jun 29 11:05:39 maria kernel: psmouse serio4: Touchpad at isa0060/serio4/input0 lost sync at byte 6
    Jun 29 11:05:39 maria kernel: psmouse serio4: Touchpad at isa0060/serio4/input0 lost sync at byte 6
    Jun 29 11:05:39 maria kernel: psmouse serio4: Touchpad at isa0060/serio4/input0 lost sync at byte 6
    Jun 29 11:05:39 maria kernel: psmouse serio4: issuing reconnect request
    I'm also having some other smaller issues that I'll work on before asking about. I tried rolling back the kernel back to before the update but it didn't change the charging behaviour or help with the touchpad. I'm going to try rolling everything  serious-looking back but wanted to post first in case anyone has any ideas.
    thanks for the help, and please let me know anything else required.
    Last edited by htedrom (2014-07-01 05:01:52)

    I have the same problem with the touchpad. It stopped working after update.

  • [SOLVED]Re-enable TouchPad after updating from Plasma 5.1.2 to 5.2.0

    This is my first post here. I have been an Arch user for nearly 2 years now and have finally had to troubleshoot an issue that had no fix on here or in the wiki so I wanted to share. After updating Plasma from 5.1.2 to 5.2.0 my touchpad on my Samsung series 3 was being disabled between the display manager and the KDE splash screen. To fix this I had to re-enable the touchpad in:
    ~/.config/ktouchpadenablerrc
    from
    touchpadEnabled=false
    to
    touchpadEnabled=true
    I hope this keeps someone else from 2 days of troubleshooting.
                -Shawn
    Last edited by coldbloodedgt (2015-02-01 08:41:00)

    This would be better in the wiki -- could you add it there please?
    https://wiki.archlinux.org/index.php/KDE

  • Libblkid.so.1 missing after upgrading to util-linux 2.24.1-3.

    I cannot boot my system after upgrading and reboot. Here's what I've done so far:
    [2014-03-17 15:57] [PACMAN] upgraded util-linux (2.24.1-1 -> 2.24.1-3)
    [2014-03-17 16:07] [PACMAN] Running 'pacman -S systemd systemd-sysvcompat libsystemd'
    [2014-03-17 16:10] [PACMAN] reinstalled libsystemd (211-1)
    [2014-03-17 16:10] [ALPM-SCRIPTLET] udevadm: error while loading shared libraries: libblkid.so.1: cannot open shared object file: No such file or directory
    [2014-03-17 16:25] [PACMAN] downgraded util-linux (2.24.1-3 -> 2.24.1-1)
    chroot and downgrading util-linux to version 2.24.1-1 and the system boot perfectly fine.
    On my X session, I tried upgrading util-linux again:
    $ LC_MESSAGES=C pacman -Qo /usr/lib/libblkid.so.1
    error: failed to read file '/usr/lib/libblkid.so.1': No such file or directory
    $ pacman -Qe util-linux
    util-linux 2.24.1-3
    $ sudo pacman -U /var/cache/pacman/pkg/util-linux-2.24.1-1-i686.pkg.tar.xz
    loading packages...
    warning: downgrading package util-linux (2.24.1-3 => 2.24.1-1)
    $ LC_MESSAGEs=C pacman -Qo /usr/lib/libblkid.so.1
    /usr/lib/libblkid.so.1 is owned by libutil-linux 2.24.1-3
    $ pacman -Qe util-linux
    util-linux 2.2.4.1-1
    And I've tried reinstall libutil-linux and util-linux:
    $ sudo pacman -S util-linux libutil-linux
    warning: libutil-linux-2.24.1-3 is up to date -- reinstalling
    $ LC_MESSAGES=C pacman -Qo /usr/lib/libblkid.so.1
    error: failed to read file '/usr/lib/libblkid.so.1': No such file or directory
    $ sudo pacman -U /var/cache/pacman/pkg/util-linux-2.24.1-1-i686.pkg.tar.xz
    $ LC_MESSAGES=C pacman -Qo /usr/lib/libblkid.so.1
    /usr/lib/libblkid.so.1 is owned by libutil-linux 2.24.1-3
    $ ls -l /usr/lib/libblkid.so.1.1.0
    -rwxr-xr-x 1 root root 252840 Jan 24 22:14 /usr/lib/libblkid.so.1.1.0
    I compiled my own systemd 211 and I remember when I installed systemd 211, pacman complain some libraries exists in filesystem and cannot upgrade systemd. I just deleted those libraries, idiot but systemd,systemd-sysvcompat and libsystemd 211 installed just fine.
    $ systemctl --version
    systemd 211
    +PAM -LIBWRAP -AUDIT -SELINUX -IMA -SYSVINIT -LIBCRYPTSETUP +GCRYPT +ACL +XZ +SECCOMP -APPARMOR
    What should I do next? I'm stuck.
    EDIT: Nevermind. I've found the solution, just run this command twice:
    sudo pacman -S util-linux libutil-linux
    Last edited by serdotlinecho (2014-03-17 12:04:53)

    I cannot boot my system after upgrading and reboot. Here's what I've done so far:
    [2014-03-17 15:57] [PACMAN] upgraded util-linux (2.24.1-1 -> 2.24.1-3)
    [2014-03-17 16:07] [PACMAN] Running 'pacman -S systemd systemd-sysvcompat libsystemd'
    [2014-03-17 16:10] [PACMAN] reinstalled libsystemd (211-1)
    [2014-03-17 16:10] [ALPM-SCRIPTLET] udevadm: error while loading shared libraries: libblkid.so.1: cannot open shared object file: No such file or directory
    [2014-03-17 16:25] [PACMAN] downgraded util-linux (2.24.1-3 -> 2.24.1-1)
    chroot and downgrading util-linux to version 2.24.1-1 and the system boot perfectly fine.
    On my X session, I tried upgrading util-linux again:
    $ LC_MESSAGES=C pacman -Qo /usr/lib/libblkid.so.1
    error: failed to read file '/usr/lib/libblkid.so.1': No such file or directory
    $ pacman -Qe util-linux
    util-linux 2.24.1-3
    $ sudo pacman -U /var/cache/pacman/pkg/util-linux-2.24.1-1-i686.pkg.tar.xz
    loading packages...
    warning: downgrading package util-linux (2.24.1-3 => 2.24.1-1)
    $ LC_MESSAGEs=C pacman -Qo /usr/lib/libblkid.so.1
    /usr/lib/libblkid.so.1 is owned by libutil-linux 2.24.1-3
    $ pacman -Qe util-linux
    util-linux 2.2.4.1-1
    And I've tried reinstall libutil-linux and util-linux:
    $ sudo pacman -S util-linux libutil-linux
    warning: libutil-linux-2.24.1-3 is up to date -- reinstalling
    $ LC_MESSAGES=C pacman -Qo /usr/lib/libblkid.so.1
    error: failed to read file '/usr/lib/libblkid.so.1': No such file or directory
    $ sudo pacman -U /var/cache/pacman/pkg/util-linux-2.24.1-1-i686.pkg.tar.xz
    $ LC_MESSAGES=C pacman -Qo /usr/lib/libblkid.so.1
    /usr/lib/libblkid.so.1 is owned by libutil-linux 2.24.1-3
    $ ls -l /usr/lib/libblkid.so.1.1.0
    -rwxr-xr-x 1 root root 252840 Jan 24 22:14 /usr/lib/libblkid.so.1.1.0
    I compiled my own systemd 211 and I remember when I installed systemd 211, pacman complain some libraries exists in filesystem and cannot upgrade systemd. I just deleted those libraries, idiot but systemd,systemd-sysvcompat and libsystemd 211 installed just fine.
    $ systemctl --version
    systemd 211
    +PAM -LIBWRAP -AUDIT -SELINUX -IMA -SYSVINIT -LIBCRYPTSETUP +GCRYPT +ACL +XZ +SECCOMP -APPARMOR
    What should I do next? I'm stuck.
    EDIT: Nevermind. I've found the solution, just run this command twice:
    sudo pacman -S util-linux libutil-linux
    Last edited by serdotlinecho (2014-03-17 12:04:53)

  • [SOLVED] Keyboard stopped working after update

    Greetings,
    after my most recent update (I now update infrequently, so I had quite a bunch of packets to update) I experienced my keyboard refraining from working in any way under my desktop environment (KDEmod legacy) - switching to console, the keyboard works again.
    I did a few downgrades (info from /var/log/pacman.log) and it now works again.
    [2009-02-18 13:47] upgraded xkeyboard-config (1.5-1 -> 1.4-2)
    [2009-02-18 13:47] upgraded xf86-input-keyboard (1.3.2-1 -> 1.3.1-1)
    [2009-02-18 13:48] upgraded xcb-util (0.3.3-1 -> 0.3.2-1)
    Are there any known problems occuring concerning these packets? They seem to change the way, XOrg is accessing the keyboard, which is obviously not working.
    Thanks for any advice on this matter!
    Regards,
    cg
    // EDIT
    Solution: xorg-server was amongst the IgnorePkg list as in pacman.conf - updating xorg-server together with xf86-input-keyboard, input devices work like charms again.
    Last edited by chaosgeisterchen (2009-02-20 01:34:00)

    ise wrote:
    The new xorg server introduces some new handling of the input devices. Have a look here:
    http://wiki.archlinux.org/index.php/Xor … otplugging
    And here is the news announcement:
    http://www.archlinux.org/news/424/
    Daniel
    Thank you for your contribution. I tried my best to configure my input devices conform to the new XOrg hotplugging, but I have to say that the problem persisted.
    Step 0:
    Updating all packages (again). Conclusion: Not working.
    Step 1:
    Copying the keyboard configurations from /usr/share to /etc for persistent use by HAL. Conclusion: Not working.
    Step 2:
    Commenting out the lines referring to the static declaration of input devices within /etc/X11/xorg.conf. Conclusion: Not working.
    Step 3:
    Adding the command to disable the hotplugging (Option "AutoAddDevices" "False") on bottom of my xorg.conf. Conclusion: Not working.
    Step 4:
    Downgrading: xf86-input-keyboard (1.3.2-1 -> 1.3.1-1) Conclusion: Working again.
    Guessing by the fact that more than one person posted in this thread, this problem seems not to be limited to my specific configuration (which is rather basic, a basic keyboard and a basic mouse, both using USB). For now, the 'solution' is adding xf86-input-keyboard to the IgnorePkg list of pacman.conf - or is there any known workaround?
    I would be glad to be informed about wrongs in the steps I have taken.
    Thanks for your information in advance,
    regards,
    cg
    // EDIT
    Problem resolved. The solution was stunningly obvious - after having run into problems with the upgrade lately, xorg-server was on the IgnorePkg list as well and defaulted to 1.4.2.2, which would not work well together with the input hotplugging. After having solved the problem with XOrg and updating all the packages again, I can happily use my keyboard again. Sorry for all the hassle!
    Last edited by chaosgeisterchen (2009-02-20 01:32:52)

  • [Solved] System completely broken after update

    Today while updating my system as usual something went south terribly fast
    Here's the pacman log of the update
    [2009-07-09 12:14] synchronizing package lists
    [2009-07-09 12:14] starting full system upgrade
    [2009-07-09 12:18] upgraded kernel-headers (2.6.29.3-1 -> 2.6.30.1-1)
    [2009-07-09 12:18] upgraded glibc (2.10.1-2 -> 2.10.1-3)
    [2009-07-09 12:18] upgraded binutils (2.19.1-4 -> 2.19.1-5)
    [2009-07-09 12:18] upgraded gcc-libs (4.4.0-4 -> 4.4.0-5)
    [2009-07-09 12:18] upgraded gcc (4.4.0-4 -> 4.4.0-5)
    [2009-07-09 12:18] upgraded libtool (2.2.6a-1 -> 2.2.6a-2)
    [2009-07-09 12:18] upgraded medit (0.9.4-7 -> 0.9.4-8)
    [2009-07-09 12:18] upgraded mercurial (1.3-2 -> 1.3-3)
    [2009-07-09 12:18] upgraded sed (4.2-1 -> 4.2.1-1)
    If I remember correctly the kernel-headers upgraded just fine, then with glibc something went wrong, I saw an error for glibc and some of the following packages that said something like:
    "error: scriptlet failed to execute correctly"
    After this the system became unresponsive and I could not even switch to to any consoles and I had to turn the pc off by force.
    Trying to reboot is not an option as it will stop with a kernel panic with the error just before saying:
    "kinit: /sbin/init: No such file or directory"
    The file is there, I have confirmed it with an install image, I have tried (pacman -r) to try to reinstall some of the packages but it didn't work. I have also tried (pacman -r -Sy base) and that fails too with the scriptlet error.
    This goes beyond what I can fix myself, any help solving this will be greatly appreciated.
    Edit:
    Fixed typos.
    I have also tried to chroot into the partition but it doesn't work complaining it can't find /bin/bash (which is there also).
    Meanwhile I have also tried to remove all base packages and reinstall them but it doesn't work too, the same scriptlet error, a clean install on another disk does work fine but I would like to avoid reinstalling everything again.
    Edit 2:
    Solved by reinstalling, couldn't afford to wait too long before finding a solution.
    Last edited by R00KIE (2009-07-10 08:35:26)

    Can't you installing anything ? it hears very badly
    pacman -Qo /sbin/init
    /sbin/init is owned by sysvinit-mod 2.86-2
    If any better idea, than install a working toolchain with manually, copy the binary of them to the desired /bin /sbin, etc.. library.

Maybe you are looking for