- Arch-general - lists.archlinux.org

[arch-general] 2 recommendations needed for installing Arch Linux
by Ralf Mardorf 07 Dec '11

07 Dec '11

Hi :) I'm new to the list. I already received some hints from another Arch Linux mailing list. Sorry that my mail is formatted in HTML. When I tied to restore the distro I used before from a backup for the billionth time, I made a mistake and accidentally deleted originals and backups from ext4 partitions. Currently I'm even unable to boot any from my other Linux installs, so I'm using a Parted Magic live CD, resp. the web mailing thingy from my provider. I'll switch to Arch Linux because for my needs, audio productions, it could be easier to keep it stable than it is for other distros. I've got two questions. 1. What is a safe FS, that can be recovered? Ext4 seemingly isn't such a FS. The FS also should be usable for audio productions. Security regarding to multiple user usage, web access, server usage etc. are unimportant for a DAW. 2. For my main Linux I always prefer to use 64-bit architecture, but 32-bit architecture compatibility is needed. Is there something I should take care about when installing Arch Linux? Cheers! Ralf

11 27

[arch-general] provide with version
by Christian Hesse 06 Dec '11

06 Dec '11

Hello everybody, I would like to replace xz 5.0.3-1 with xz-git 20111203-1. I added provides([...] 'xz') to the PKGBUILD, but the dependencies for libarchive (requires xz>=5.0.0) are not met. Any chance I can fix that? -- Best regards, Chris

3 6

[arch-general] Mounting drives via nautilus stopped working after update.
by Madhurya Kakati 06 Dec '11

06 Dec '11

Hi, After a recent update, I am unable to mount any drives by clicking their names in nautilus side panel like I used to do before. I use awesome wm and start it via slim which itself is started via the inittab method. I have dbus installed and it starts up automatically at boot. Also in my .xinitrc file I have ck-launch-session and dbus-launch before awesome. Everything used to work fine like this before the update. Now when I try to mount a drive I get the error not authorized. I am also in the group storage. I really like arch Linux but these stuff breaking on updates is what pisses me off. Please help me as this is affecting my productivity on my machine. Thanks.

5 18

[arch-general] Unbootable systems
by Guillermo Leira 04 Dec '11

04 Dec '11

I've just updated two computers that boot from external USB drives, and now I get a "Error: Unable to determine major/minor number of root device 'waiting 8 seconds for device /dev/disk/by-uuid/296...etc" I have tried to modify grub using by-id, just /dev/sdb1, but no way... Any suggestions? Thanks, Guillermo Leira

3 3

[arch-general] Wireless LED stays on during suspend
by Karol Babioch 04 Dec '11

04 Dec '11

Hi, I've recently installed Arch on my laptop and got a odd problem that I haven't encountered so far. Whenever I put my laptop into "Suspend to RAM" my wireless LED stays on, which is quite annoying. It probably doesn't use that much energy, but still I want to have nothing blinking, but the power LED. I investigated a little bit into it, and found out that the wireless LED stays on when at least one of the following devices is activated: Bluetooth, WWAN, Wireless LAN. This makes totally sense. As soon as blocking all three of these devices using rfkill, the LED turns off. I'm probably could now write a script that would get executed during "Suspend to RAM" using pm-utils. However before hacking around this, I would like to know what the expected way for this actually is. Doesn't a "Suspend to RAM" invoke rfkill at some point or at least shouldn't it try to disable such hardware? As I haven't experienced this issue with my former laptop, I'm not exactly sure whether this is a bug or a feature, so I'm glad about any input you give me on that. Best regards, Karol Babioch

3 4

[arch-general] Xscreensaver is Active on Resume from Manual Suspend
by Bastien Dejean 04 Dec '11

04 Dec '11

Hi, I would like to know why I see xscreensaver when I resume from suspend even if I manually suspend. Greetings, -- Bastien

4 7

[arch-general] USB Buffering Issue
by Paul Gideon Dann 04 Dec '11

04 Dec '11

Hello all, I've been having some trouble with USB drives in the last few months. When copying files onto a device, the copy appears to be instantaneous, but is clearly buffered by the kernel. If I unmount the drive, all appears well, but then removing the device results in corruption. In order to work around this, I have to run "sync" before unmounting the device. Any ideas what might be causing this, or how to fix it? It would be nice to get a *real* progress bar when copying large files, instead of a quick flash followed by a boring minute or more of staring at "sync". Paul

9 22

[arch-general] udev realtime group
by Ignacio Galmarino 03 Dec '11

03 Dec '11

I start using testing again a couple of days ago and now on every boot i get this error msg: localhost udevd[313]: specified group 'realtime' unknown realtime group does not exist in my computer Any idea ? Thanks Ignacio

2 2

[arch-general] ACL on /dev nodes (systemd, lightdm)
by Damjan 02 Dec '11

02 Dec '11

Hi all, I know systemd and lightdm are not exactly kosher on ArchLinux, but any help would be welcome. So, I just noticed that OpenGL is using llvmpipe on my laptop, and then I found out that the /dev/dri/card0 node doesn't have the proper ACL set to allow access to my user. Also my user is not in the video group - since I've learned that's not necesseary in "modern" Linux configurations. Considering that I'm running systemd and using lightdm as a login manager - my question is, what subsystem is responsible for settings the ACL: - ConsoleKit - PolicyKit - systemd - lightdm ? Is the proper setup to have pam_loginuid.so, pam_ck_connector.so and pam_systemd.so in the PAM configuration for lightdm? the output of ck-list-session is: Session2: unix-user = '1000' realname = '' seat = 'Seat1' session-type = '' active = TRUE x11-display = ':0' x11-display-device = '/dev/tty7' display-device = '' remote-host-name = '' is-local = TRUE on-since = '2011-12-02T18:23:04.193636Z' login-session-id = '' -- дамјан

2 2

[arch-general] Updated scripts for removing duplicates from /var/cache/pacman/pkg
by David C. Rankin 02 Dec '11

02 Dec '11

All, I don't know if anybody uses these scripts, but I've updated them to handle the stray packages with the nonconforming filenames in the form of: <name>-num-num-arch.pkg.tar.xz I've additionally added a check to optimize the scripts a bit by checking for at least the presence of one actual duplicate before executing the removal code. Prior to the overhead of the nonconforming file check, it wasn't really needed, but after the nonconforming filename code was added, you get a meaningful time benefit from the check. The scripts are here: http://www.3111skyline.com/dl/arch/scripts/fduparch.sh http://www.3111skyline.com/dl/arch/scripts/fduppkg For those not familiar with the scripts, they simply parse the files in /var/cache/pacman/pkg and move any duplicates (old versions) to a separate directory (/home/backup/pkg-1 by default). This does 2 things: (1) is cleans the pkg directory so that only current packages are present and (2) by moving duplicates to /home it frees space on the / partition. The files on the /home dir can be kept for a period of time or simply deleted. The pair of scripts function as one script. The "wrapper" script 'fduparch.sh' simply calls 'fduppkg' setting the search dir and duplicate dir according to the directory array. fduppkg generically just removes duplicates (saving the most recent file) from dir_1 -> dir_2. They provide output advising of the duplicates found as well as logging detailed information about what was done to /home/backup/log/pkgdups.log.bz2. By default, fduppkg is called 3 times: /var/cache/pacman/pkg -> /home/backup/pkg-1 /home/backup/pkg-1 -> /home/backup/pkg-2 /home/backup/pkg-2 -> /home/backup/pkg-del If you simply want to run the script once, just edit fduparch.sh and just remove directories from: DIRLIST=( /var/cache/pacman/pkg /home/backup/pkg-1 /home/backup/pkg-2 /home/backup/pkg-del ) Making it: DIRLIST=( /var/cache/pacman/pkg /home/backup/pkg-1 ) The scripts are reasonably commented, so they are easy to follow. The only requirement is that both be placed in /usr/local/bin (or just modify the script location in fduparch.sh) I just soft link then to /usr/local/bin. Obviously since they are moving files from the pkg directory, they must be run as root or the user must have sudo privileges. Output is verbose by default. The output is shown below. The pkg [index] is simply the file index number of that file in the list of 2743 below: 17:27 archangel:~> fduparch.sh calling: 'fduppkg /var/cache/pacman/pkg -d /home/backup/pkg-1 -l pkgdups.log' Total packages to screen: 2743 Removing duplicates from: /var/cache/pacman/pkg Duplicates directory: /home/backup/pkg-1 Log file location: pkgdups.log Verbose mode set: [use -q to stop pkg output | -s to stop all output] <snip> pkg [ 116] boost dup => boost-1.47.0-2-i686.pkg.tar.xz pkg [ 118] boost-libs dup => boost-libs-1.47.0-2-i686.pkg.tar.xz <snip> 754 duplicates moved to /home/backup/pkg-1 calling: 'fduppkg /home/backup/pkg-1 -d /home/backup/pkg-2 -l pkgdups.log' Total packages to screen: 2527 Removing duplicates from: /home/backup/pkg-1 Duplicates directory: /home/backup/pkg-2 Log file location: pkgdups.log Verbose mode set: [use -q to stop pkg output | -s to stop all output] <snip> pkg [ 55] b43-fwcutter dup => b43-fwcutter-013-1-i686.pkg.tar.xz pkg [ 75] boost dup => boost-1.47.0-1-i686.pkg.tar.xz pkg [ 77] boost-libs dup => boost-libs-1.47.0-1-i686.pkg.tar.xz <snip> 601 duplicates moved to /home/backup/pkg-del Package Disk Usage Summary 4.7G /var/cache/pacman/pkg 3.4G /home/backup/pkg-1 1.1G /home/backup/pkg-2 1.3G /home/backup/pkg-del That's all there is to it. The log entries look like this: Nov 02 18:16:52 killerz fduppkg Removing duplicates from: /var/cache/pacman/pkg Number of packages: 3545 `/var/cache/pacman/pkg/accountsservice-0.6.14-1-i686.pkg.tar.xz' -> `/home/backup/pkg-1/accountsservice-0.6.14-1-i686.pkg.tar.xz' removed `/var/cache/pacman/pkg/accountsservice-0.6.14-1-i686.pkg.tar.xz' `/var/cache/pacman/pkg/arch-wiki-docs-20100914-1-any.pkg.tar.xz' -> `/home/backup/pkg-1/arch-wiki-docs-20100914-1-any.pkg.tar.xz' removed `/var/cache/pacman/pkg/arch-wiki-docs-20100914-1-any.pkg.tar.xz' `/var/cache/pacman/pkg/ati-dri-7.11-2-i686.pkg.tar.xz' -> `/home/backup/pkg-1/ati-dri-7.11-2-i686.pkg.tar.xz' removed `/var/cache/pacman/pkg/ati-dri-7.11-2-i686.pkg.tar.xz' <snip> So if you ever have any questions about what was done, it is there for your review in the log file. They take less than 60 seconds or so to run. Very handy for cleaning the pkg dir and also for keeping a 'last known' set of good packages around. I agree, no need for a 2nd or 3rd set, but that's just kind of hung around since they were first developed. Give them a try. The scripts are here: http://www.3111skyline.com/dl/arch/scripts/fduparch.sh http://www.3111skyline.com/dl/arch/scripts/fduppkg Then make sure they are executable (chmod 0755 will do). The just link them from wherever you save them to /usr/local/bin as follows: ln -s /path/to/fduparch.sh /usr/local/bin/fduparch ln -s /path/to/fduppkg /usr/local/bin/fduppkg Then just execute the fduparch link and watch it run. With the addition of the check for nonconfirming filenames, you will pick up another 300-600 duplicates out of your package directory. Anyway. Enjoy! Send any bugs to me. Thanks! -- David C. Rankin, J.D.,P.E.

1 1