Re: [arch-general] General protections faults / kernel panics with the Apple Magic Trackpad 2
Just for the record, someone else was debugging this a few days later: https://bugzilla.kernel.org/show_bug.cgi?id=210241 And proposed a patch, which fixes the issue for both them and me: https://patchwork.kernel.org/project/linux-input/patch/20201119082232.8774-1-felixhaedi...@web.de/ Regards, Merlin On Fri, 6 Nov 2020 06:08:09 +0100, Merlin Büge wrote: > Hi all. > > I think I need some help with debugging an issue I have. > > I recently bought an "Apple Magic Trackpad 2" for reducing strain on my > hand (since I have some RSI[0] issues currently), which is supported in > Linux since version 4.20[1]. > > After connecting it to my laptop it worked instantly at first, but > "sometimes" un- and replugging the trackpad crashes my system. Often it > works fine, but every now and then it triggers `general protection > faults` (often while opening big applications like Firefox), causes my > status bar to hang up, and usually ends in a freeze. Sometimes, just > before the freeze I get thrown back to the console and see a kernel > panic at the end of the log. > > The laptop is a Thinkpad X200 running stock BIOS, Arch Linux and sway, > with microcode updates enabled. I could also reproduce the issue with > Gnome on Wayland. On Xfce I could not reproduce the issue, and also not > on Fedora (which I installed on the same laptop to the same SSD, for > testing). > > I'm using the trackpad only via the USB cable, not via bluetooth. > > Attached is a snippet from the dmesg output with debug logging enabled > (appended `debug` on the kernel cmdline) showing some of the protection > faults. I uploaded the full dmesg output here [2]. In this specific > dmesg output, most of the protection faults happened concurrently while > I was opening Firefox (several times to provoke the crash). A photo of > the kernel panic can be found here [3]. > > This kernel bug report[4] and related arch report[5] seem related to the > issue, maybe it's even the same issue? However, the kernel bug report > mentions that the issue only affects linux >=5.8.7. In my case, I could > reproduce the issue with the following linux versions (installed from > the Arch Linux archive): > > 4.20.0 > 4.20.1 > 4.20.3 > 4.20.7 > 5.0.0 > 5.0.13 > 5.4.74 > 5.2.0 > 5.8.6 > 5.8.7 > 5.8.8 > 5.9.2, 5.9.4 > 5.10rc-2 > > The USB ID of the trackpad is 05ac:0265. > > Because I'm very inexperienced with kernel debugging I would appreciate > any help/pointers to what would be wise to test next. If this is likely > to be an issue with the Linux kernel and not arch-related (unsure, since > I could not reproduce it on other distros), please tell me so and I will > post to the kernel bug tracker instead. > > Thanks! > > Merlin Büge > > > [0]: https://web.eecs.umich.edu/~cscott/rsi.html > [1]: > https://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git/commit/?h=for-next=9d7b18668956c411a422d04c712994c5fdb23a4b > [2]: https://0x0.st/idkH.json > [3]: https://0x0.st/idkz.jpg > [4]: https://bugzilla.kernel.org/show_bug.cgi?id=209239 > [5]: https://bugs.archlinux.org/task/67860 > > > > -- Merlin Büge
[arch-general] General protections faults / kernel panics with the Apple Magic Trackpad 2
Hi all. I think I need some help with debugging an issue I have. I recently bought an "Apple Magic Trackpad 2" for reducing strain on my hand (since I have some RSI[0] issues currently), which is supported in Linux since version 4.20[1]. After connecting it to my laptop it worked instantly at first, but "sometimes" un- and replugging the trackpad crashes my system. Often it works fine, but every now and then it triggers `general protection faults` (often while opening big applications like Firefox), causes my status bar to hang up, and usually ends in a freeze. Sometimes, just before the freeze I get thrown back to the console and see a kernel panic at the end of the log. The laptop is a Thinkpad X200 running stock BIOS, Arch Linux and sway, with microcode updates enabled. I could also reproduce the issue with Gnome on Wayland. On Xfce I could not reproduce the issue, and also not on Fedora (which I installed on the same laptop to the same SSD, for testing). I'm using the trackpad only via the USB cable, not via bluetooth. Attached is a snippet from the dmesg output with debug logging enabled (appended `debug` on the kernel cmdline) showing some of the protection faults. I uploaded the full dmesg output here [2]. In this specific dmesg output, most of the protection faults happened concurrently while I was opening Firefox (several times to provoke the crash). A photo of the kernel panic can be found here [3]. This kernel bug report[4] and related arch report[5] seem related to the issue, maybe it's even the same issue? However, the kernel bug report mentions that the issue only affects linux >=5.8.7. In my case, I could reproduce the issue with the following linux versions (installed from the Arch Linux archive): 4.20.0 4.20.1 4.20.3 4.20.7 5.0.0 5.0.13 5.4.74 5.2.0 5.8.6 5.8.7 5.8.8 5.9.2, 5.9.4 5.10rc-2 The USB ID of the trackpad is 05ac:0265. Because I'm very inexperienced with kernel debugging I would appreciate any help/pointers to what would be wise to test next. If this is likely to be an issue with the Linux kernel and not arch-related (unsure, since I could not reproduce it on other distros), please tell me so and I will post to the kernel bug tracker instead. Thanks! Merlin Büge [0]: https://web.eecs.umich.edu/~cscott/rsi.html [1]: https://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git/commit/?h=for-next=9d7b18668956c411a422d04c712994c5fdb23a4b [2]: https://0x0.st/idkH.json [3]: https://0x0.st/idkz.jpg [4]: https://bugzilla.kernel.org/show_bug.cgi?id=209239 [5]: https://bugs.archlinux.org/task/67860 -- Merlin Büge amteth_arch_debuglog1_snippet Description: Binary data
Re: [arch-general] dash as default shell?
On Wed, 17 Jun 2020 19:18:59 +, Kusoneko wrote: > I don't really see the point of changing everyone's /bin/sh for one > person's personal preference when there isn't really any point in > doing so to begin with. See OP's first post: > I did some simple benchmarks and dash is much faster than bash, moreover > being far smaller there is less chance of bugs. -- Merlin Büge
Re: [arch-general] Many timers now running at boot. How to make them run later?
On Thu, 21 Nov 2019 21:36:36 +0100 Maarten de Vries via arch-general wrote: > > Can't you make these services depend on another one which you write to > > start a certain number of minutes after boot? > > > You could, but if you're going to modify the services anyway, then a > randomized delay seems betters. That way, they are not only delayed, they > are also spread out. Yes, with a high probability. They might still run simultaneously sometimes, though. Cheers. > > -- Maarten -- Merlin Büge
Re: [arch-general] Kpartx should be in the repos and archiso for enabling encrypted GPT install
On Sun, 13 Jan 2019 08:56:55 -0800 (PST) Neven Sajko via arch-general wrote: > To mount a root GPT partition which resides on an encrypted disk, one > needs the kpartx tool to make the mapping for the partition (the > kernel does not independently make those for partitions on device > mapper maps, which is what a dm-crypt decrypted device is). Thus > kpartx needs to be on the Archlinux installation ISO to enable that > kind of setup. Hi, I'm not sure this is applicable to your setup (I'm tired right now but skimmed the hole thread), but I'm using a root GPT inside a LUKS container. To make the kernel aware of the partitions at boot, I run partprobe (part of parted) on the opened LUKS mapping device: $ cat /etc/initcpio/install/partprobe #!/bin/bash build() { add_binary partprobe add_runscript } help() { cat < > It would of course first be necessary for an Archlinux Developer or > Trusted User to adopt kpartx, so I hope there is somebody willing to > do this ...? Note that kpartx is a common utility and in its own > package across a lot of distributions; like Debian, Ubuntu, Fedora, > OpenSUSE, ... > > Note: it may be possible to use losetup instead of kpartx so as to > make a loop device instead of a device map, but that would come with > an overhead? Another alternative setup, perhaps more widely used, is > having encrypted LVM. While this does not require kpartx, LVM may be > undesireable because of its complexity and requiring multiple > userspace daemons beside Udev. > > Appended is an example PKGBUILD which only installs the kpartx > executable and manual page: > > pkgname=(kpartx) > pkgver=0.7.9 > pkgrel=1 > pkgdesc='Create device mapper maps for partitions in devices or files' > arch=(x86_64) > url='http://christophe.varoqui.free.fr' > license=(LGPL GPL GPL2) > depends=(device-mapper) > makedepends=(gzip) > source=('mpt.tar.gz::https://git.opensvc.com/?p=multipath-tools/.git;a=snapshot;h=5c67a8b5944dd13542e6b44fa2ae9803e0cc4282;sf=tgz') > md5sums=() > sha512sums=('d4abc9580b6a3e457c99bee96d5aaab29a984ae77f91cbbe52e1b4af16809319a9100c45ce5600242fa52819dd44a9cb77e13305bc4f9651c532906243f2d544') > > build() { > cd multipath-tools-5c67a8b/kpartx > gcc -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 > -DLIBDM_API_COOKIE -l devmapper -o kpartx $CPPFLAGS $CFLAGS $LDFLAGS > *.c gzip kpartx.8 } > > package() { > cd multipath-tools-5c67a8b/kpartx > install -d "$pkgdir/usr/bin" > install -m 755 kpartx "$pkgdir/usr/bin" > install -d "$pkgdir/usr/share/man/man8" > install -m 644 kpartx.8.gz "$pkgdir/usr/share/man/man8" > } -- Merlin Büge
Re: [arch-general] How can I post on bbs.archlinux.org?
On Sat, 30 Sep 2017 11:07:53 -0400 Pierre Thibault via arch-general <arch-general@archlinux.org> wrote: > So the solution would be for people to note the command on paper then > to boot live (if their live version is working), run the command, > note the result, boot back and go back to the registration page to > put the result? If you have some basic experience with the linux command line, you don't actually have to run the command in a linux terminal. If you have no clue about it (yet), you might want to do some reading and get familiar with the linux shell basics before installing / using Archlinux, this might save you lots of trouble. > I think this is way too demanding. If you already prepared your installation media (which you're going to do anyway) it's a matter of... 2 minutes? Good luck! > > 2017-09-30 10:56 GMT-04:00 Ralf Mardorf <silver.bul...@zoho.com>: > > > On Sat, 30 Sep 2017 10:36:56 -0400, Pierre Thibault wrote: > > >I am sorry to write here about this about I would like to register > > >on https://bbs.archlinux.org to have access to the Arch forum. The > > >problem is that I am unable to install Arch but the registration > > >page is asking me the result of an Arch command > > > > Hello Robot ;) > > > > it doesn't, it is asking for "Your answer" to "What is the output of > > "date -u +%V$(uname)|sha256sum|sed 's/\W//g'"?" > > > > I compared two installs, an Arch Linux and an Ubuntu install, since > > you could run Ubuntu even from a live media. > > > > [rocketmouse@archlinux ~]$ grep PRETTY /etc/os-release > > PRETTY_NAME="Arch Linux" > > [rocketmouse@archlinux ~]$ date -u +%V$(uname)|sha256sum|sed > > 's/\W//g' cbcc[snip]681f > > [rocketmouse@archlinux ~]$ sudo systemd-nspawn -qD /mnt/moonstudio > > [sudo] password for rocketmouse: > > [root@moonstudio ~]# grep PRETTY /etc/os-release > > PRETTY_NAME="Ubuntu 16.04.3 LTS" > > [root@moonstudio ~]# date -u +%V$(uname)|sha256sum|sed 's/\W//g' > > cbcc[snip]681f > > [root@moonstudio ~]# logout > > [rocketmouse@archlinux ~]$ > > > > The answer is the same, even if you would use an Ubuntu live DVD. > > > > Regards, > > Ralf > > -- Merlin Büge <t...@bluenox07.de>
Re: [arch-general] Got segmentation fault after upgrade
On Fri, 24 Feb 2017 19:43:38 -0600 Ivy Foster via arch-general <arch-general@archlinux.org> wrote: > > Huh? I think this is not a partial upgrade. A partial upgrade would > > be pacman -Sy package > > This is the command that was run, according to the message subject, as > an "upgrade" (piequiex's word, not mine). I assumed it was prefaced > by -Sy, since the subject is "segmentation fault after upgrade" rather > than something like "X11 segfaults after fresh install". Oops, I didn't read the pacman log well enough. Sorry for the noise. > > iff -- Merlin Büge <t...@bluenox07.de>
Re: [arch-general] Got segmentation fault after upgrade
On Fri, 24 Feb 2017 18:59:30 -0600 Ivy Foster via arch-general <arch-general@archlinux.org> wrote: > piequiex <piequ...@nym.mixmin.net> wrote: > > [PACMAN] Running 'pacman -S xf86-input-evdev xf86-input-libinput > > xf86-video-nouveau xorg-server xorg-server-common xorg-server-devel' > > Try running pacman -Syu. Partial upgrades are not supported [1] for > exactly this reason. Huh? I think this is not a partial upgrade. A partial upgrade would be pacman -Sy package > > iff > > [1]: > https://wiki.archlinux.org/index.php/System_maintenance#Partial_upgrades_are_unsupported -- Merlin Büge <t...@bluenox07.de>
Re: [arch-general] Stronger Hashes for PKGBUILDs
On Wed, 7 Dec 2016 11:44:11 +0100 Bennett Piater <benn...@piater.name> wrote: > Maybe giving a warning ("source authenticity was not verified due to > lack of GPG signature") would work? I find this a great idea. It's transparent, and this way people get frequently reminded about that security issue. Or like sivmu said: > A big fat warning about missing validation should automatically be > generated in any package that misses signatures or at least https source > downloads. Regards, Merlin -- Merlin Büge <t...@bluenox07.de>
Re: [arch-general] Installation: How to get HDD > LUKS > GPT working in a clean way
Hi Paul, > If another opinion helps, I've done some funky disk layouts at various > times, and I also think that if you need partitioning above the LUKS layer, > you'd do better to use LVM than GPT. GPT is intended to be used at the > lowest level of the stack, whereas LVM is well-supported at pretty much any > level. If you do go ahead with it, double-check that you won't get block > alignment issues in that stack that could affect IO performance. Thanks for your input. (I already checked alignment of my setup.) > However, if you say that you don't need the flexibility of LVM, I'd > certainly first try btrfs directly on top of LUKS. If I did not want to have a swap partition, I'd to that for sure. Another possible layout which just comes to mind is GPT +-LUKS | +-Btrfs +-LUKS +-SWAP I think that should work with hibernation, too, and GPT would be on the right place + still no LVM :) Maye I'll just try different layouts over time, haven't experimented much yet. > Final consideration: if you want GRUB to open a LUKS container and then > load stage 2 from btrfs, you'll need a decent amount of storage for the > GRUB 1st stage, which on a traditional setup goes in free space you need > to account for after the MBR (or on the EFI partition for UEFI setups). In > your case, as the whole disk is LUKS and you have no partition table, have > you considered where the GRUB 1st stage will be stored? I use a USB stick > to boot GRUB stage 1 on my encrypted machines, and that may work for you > too. As mentioned in my initial post, I have GRUB2 along with (deblobbed) coreboot stored in the SPI flash chip (so no BIOS here). It's very convenient :) Regards, Merlin -- Merlin Büge <t...@bluenox07.de>
Re: [arch-general] Installation: How to get HDD > LUKS > GPT working in a clean way
Hi, > > Hm. I can see your points. But I don't need the flexibility LVM provides, > > I have enough flexibility through Btrfs. > > And yeah, it's readily automated, and that's indeed practical for many > > people. Personally, I'd rather modify the start-up process a tiny bit > > so that GPT inside LUKS gets parsed. I just try to strip off unnecessary > > 'overhead' / layers of my system. > Okay, then. > > Here's my opinion on this approach. > > If you have 8 GiB or more and not hibernating, don't bother with swap, > it'd be a waste of disk space. In that case you could just put a btrfs > volume straight on the LUKS container without the GPT. Problem solved as > you don't need any more volume management than opening LUKS containers. > > Otherwise WITH swap: Unfortunately btrfs (still) doesn't support swap > files properly, otherwise I'd suggest using them. You can write a custom > hook. Unless you plan to share it, I'd make it a dead simple shell > script that simply reruns the command to scan for added GPT partitions > for your specific setup. Make sure you have a setup hook that gets the > dependencies in there. > > Personally, I still think you should just use LVM, for the simple reason > you're having trouble with GPT, which is not meant for being used like > this, since it can work as a more flexible "partition table" inside the > LUKS container and is better supported all around. btrfs really doesn't > act as a good replacement for logical volumes, in my experience. Having > something with more features than you need is better than trying to > coerce something into working ways it's not really intended. Thanks for your input! I've reconsidered LVM twice now but still feel better without it. Cheers, Merlin -- Merlin Büge <t...@bluenox07.de>
Re: [arch-general] Installation: How to get HDD > LUKS > GPT working in a clean way
Hi, > On Sun, Nov 27, 2016 at 04:48:18PM +0100, Merlin Büge wrote: > > I'm currently installing Arch on my laptop (Thinkpad T400), and have decided > > for a rather unusual partition scheme: A single LUKS container directly on > > the disk (SSD) with a GPT partition table and two partitions inside it: one > > for SWAP, the other one for the system and everyting else, formatted with > > Btrfs. > > Why is it unusual? Everyone does this: LUKS on a raw block device, then LVM or > btrfs subvolumes inside it. Because in my case LUKS occupies the hole physical disk. I think not everyone does this. Or, because I have GPT inside a LUKS container, which obviously does not run out-of-the-box. > > The laptop runs libreboot, so I have GRUB2 as a payload inside the flash > > chip > > which I use to decrypt the LUKS container and load a GRUB configfile > > located at /boot/grub/grub.cfg (generated by grub-mkconfig). This works > > fine. > > Where is /boot physically located? Can grub2 boot from LV these days? /boot is physically located on my only storage drive in the laptop. It's not a seperate partition, just on the Btrfs filesystem. > Can grub2 boot from LV these days? I don't know (nor do I need). Regards -- Merlin Büge <t...@bluenox07.de>
Re: [arch-general] Installation: How to get HDD > LUKS > GPT working in a clean way
Hi Yaro, thanks for your answer! > I'd set up two partitions: Your EFI system partition and the LUKS > container. Then inside LUKS, format the whole thing as LVM and then set > up from there, rather than make the LUKS container another GPT "disk." > Then you just use the crypt and lvm2 hooks. I have no EFI system partition because I don't need one. > You should only really use partition tables on a physical disk, in my > opinion, not a LUKS container. > > The reason for this is that LVM works with a lot more flexibility and is > more readily automated than trying to get the system to re-read > partition tables. Hm. I can see your points. But I don't need the flexibility LVM provides, I have enough flexibility through Btrfs. And yeah, it's readily automated, and that's indeed practical for many people. Personally, I'd rather modify the start-up process a tiny bit so that GPT inside LUKS gets parsed. I just try to strip off unnecessary 'overhead' / layers of my system. > If you were on a system where you could add disks [...] Since it's on my laptop, I don't need that functionality :) Best Regards, Merlin -- Merlin Büge <t...@bluenox07.de>
Re: [arch-general] Installation: How to get HDD > LUKS > GPT working in a clean way
Hi, > > I'm currently installing Arch on my laptop (Thinkpad T400), and have decided > > for a rather unusual partition scheme: A single LUKS container directly on > > the disk (SSD) with a GPT partition table and two partitions inside it: one > > for > > SWAP, the other one for the system and everyting else, formatted with Btrfs. > > I'm not really answering your question here, but just out of curiosity what's > the > appeal of this approach over doing one of the options described at > https://wiki.archlinux.org/index.php/Dm-crypt/Swap_encryption: > > (1) dm-encrypted swap with a new key generated each boot (what I generally > use, is > the most secure, and works in any case where you don't need to hibernate) Hibernation :P > (2) The same thing you're trying to do but with LVM instead of a GPT table I don't need any LVM functionality and would consider it a little bit overkill for just dividing available space into two partitions. > (3) a swap file on your Btrfs volume itself That's (currently) not possible, see the link you posted. By the way, please try to add line breaks at about 75 characters, see [0]. Regards, Merlin [0] https://wiki.archlinux.org/index.php/Code_of_conduct#Mailing_lists -- Merlin Büge <t...@bluenox07.de>
[arch-general] Installation: How to get HDD > LUKS > GPT working in a clean way
Hey everybody! I'm currently installing Arch on my laptop (Thinkpad T400), and have decided for a rather unusual partition scheme: A single LUKS container directly on the disk (SSD) with a GPT partition table and two partitions inside it: one for SWAP, the other one for the system and everyting else, formatted with Btrfs. The laptop runs libreboot, so I have GRUB2 as a payload inside the flash chip which I use to decrypt the LUKS container and load a GRUB configfile located at /boot/grub/grub.cfg (generated by grub-mkconfig). This works fine. While experimenting with GPT inside LUKS before the installation I've noticed two issues, with at least one of them being present also after installation: First, after unlocking the LUKS containter the two GPT partitions don't become visible to the kernel automatically. I have to manually do partprobe /dev/mapper/ to inform the kernel about the two new partitions. partprobe is part of parted. My idea was to create a custom hook just after the 'encrypt' hook, which would simply run the above command. I tested this and it seems to work. Question: Is there an even simpler solution to that problem? For example an alternative to partprobe which is already in 'base'? The second issue was that I could not (after unmounting the Btrfs partition and deactivating the swap partition of course) directly close the LUKS mapping via cryptsetup luksClose It gave me: device-mapper: remove ioctl on failed: Device or resource busy [...] device-mapper: remove ioctl on failed: Device or resource busy Device is still in use. Instead, I had to remove the partition mappings first via dmsetup remove 1 2 This was getting me rid of the aforementioned error messages. As expected, I get these error messages also during system shutdown -- but only whith the shutdown hook in initramfs. Without it, I presume the system does not even try to close the LUKS container (which would make sense, since there is no initramfs created by default for shutdown afaik), therefore also resulting in no error messages being shown. What could I do about this? I'd like to have my system closing the LUKS container correctly -- therefore I need to remove the partition mappings before that. I've read a lot in the last days and weeks about Btrfs, SSDs, coreboot, etc. to make sure I don't run into many issues. Though these two don't come unexpected, I don't know how to solve the latter one, because systemd shutdown and shutdown initramfs are still a little miracle to me... I'd really appreciate any help! This is all on an up-to-date vanilla 4.8.10-1-ARCH. I attached two shutdown logs with debugging enabled: one with and one without the shutdown hook applied. They look very similar though. (I made sure to reboot twice after building the initramfs before taking the shutdown log.) My HOOKS array is: HOOKS="base udev autodetect modconf block keyboard keymap encrypt pp \ filesystems fsck shutdown" (pp being the hook which runs partprobe against the mapped LUKS container) Best Regards, Merlin -- Merlin Büge <t...@bluenox07.de> [ 418.901967] systemd[423]: dbus.socket: Executing: /usr/bin/systemctl --user set-environment DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/0/bus [ 418.902174] systemd-journald[253]: Successfully sent stream file descriptor to service manager. [ 418.966133] systemctl[423]: Sent message type=method_call sender=n/a destination=org.freedesktop.systemd1 object=/org/freedesktop/systemd1 interface=org.freedesktop.systemd1.Manager member=SetEnvironment cookie=1 reply_cookie=0 error=n/a [ 418.966196] systemctl[423]: Got message type=method_return sender=n/a destination=n/a object=n/a interface=n/a member=n/a cookie=1 reply_cookie=1 error=n/a [ 462.808175] perf: interrupt took too long (2505 > 2500), lowering kernel.perf_event_max_sample_rate to 79800 [ 503.595728] systemd-journald[253]: Sent WATCHDOG=1 notification. [ 503.595972] systemd[1]: systemd-journald.service: Got notification message from PID 253 (WATCHDOG=1) [ 523.596126] systemd[1]: systemd-udevd.service: Got notification message from PID 281 (WATCHDOG=1) [ 523.596336] systemd[1]: systemd-logind.service: Got notification message from PID 377 (WATCHDOG=1) [ 554.313161] perf: interrupt took too long (3142 > 3131), lowering kernel.perf_event_max_sample_rate to 63600 [ 554.313755] systemd-journald[253]: Sent WATCHDOG=1 notification. [ 554.313938] systemd[1]: systemd-journald.service: Got notification message from PID 253 (WATCHDOG=1) [ 580.650656] systemd[1]: Accepted new private connection. [ 580.650891] systemd[1]: Got message type=method_call sender=n/a destination=org.freedesktop.systemd1 object=/org/freedesktop/systemd1 interface=org.freedesktop.systemd1.Manager member=StartUnit cookie=1 reply_cookie=0 error=n/a [ 580.652744] systemd[1]: reboot.target: Trying to enqueue job reboot.target/start/replace-irreversibly [ 580.653583] sy
Re: [arch-general] kde --> xfce how to remove all packages kde
> Hi, I have migrate my archlinux system desktop kde to xfce. > > How to remove all kde packages and dependecy? https://wiki.archlinux.org/index.php/Pacman#Removing_packages Regards, mearon -- Merlin Büge <t...@bluenox07.de>
Re: [arch-general] Browsers crashing
On Fri, 28 Oct 2016 21:35:39 +0200 Zorro via arch-general <arch-general@archlinux.org> wrote: > Op 28-10-2016 om 18:17 schreef Alex Theotokatos via arch-general: > > Then, lets start from the basics... > > Run memtest. > Just installed it but if I understand it well I need to boot with it. > Need to figure out how. You could also boot with the current live image and launch memtest from there. When using memtest, best practice is to test each RAM chip alone (i.e. remove the other ones) and let memtest run several (4-8) passes for each chip. Regards, mearon -- Merlin Büge <t...@bluenox07.de>
Re: [arch-general] Full system backup with rsync
Sorry for the spam. > If you are willing to spend some time reading, here is a good article which > mentions some pitfalls regarding backups. Here is it: http://www.halfgaar.net/backing-up-unix Should go to bed now... Regards, mearon Merlin Büge <t...@bluenox07.de>
Re: [arch-general] Full system backup with rsync
Typo fix: > -xattrs > -hard-links > -acls Should be of course: --xattrs --hard-links --acls Regards, mearon -- Merlin Büge <t...@bluenox07.de>
Re: [arch-general] Full system backup with rsync
On Mon, 17 Oct 2016 21:20:53 +0200 Ralf Mardorf <silver.bul...@zoho.com> wrote: > Begin forwarded message: > > Date: Mon, 17 Oct 2016 21:12:51 +0200 > From: Ralf Mardorf <ralf.mard...@rocketmail.com> > To: Arch general <arch-general@archlinux.org> > Subject: Re: [arch-general] Full system backup with rsync > > > On Mon, 17 Oct 2016 21:11:23 +0200, Ralf Mardorf wrote: > >I would simply sudo cp -r everything. > > Oops, sudo cp -pr I would definitely go for rsync, because it's easier to resume if the process gets interrupted, for whatever reason. Also cp -pr does not preserve links or xattrs for example. Maybe cp -ar would be more appropriate. rsync -a is a good start, you might also want to check if you need -xattrs -hard-links -acls --numeric-ids (if doing edits from a live system) --sparse --relative And yes, you sould review your fstab. If you use UUIDs in it, then they have to be adapted of course. If you are willing to spend some time reading, here is a good article which mentions some pitfalls regarding backups. Regarding the bootloader: Yes, you would have to install it on the new drive ofc. Your commands seem okay to me, not sure if you need something more. If you have a swap file, create it first, so that it gets not scattered on the new drive. Regards, mearon -- Merlin Büge <t...@bluenox07.de>
Re: [arch-general] Microsoft Signature PC Requirements Now Blocks Linux Installation
On Thu, 29 Sep 2016 09:54:17 +0200 Christian Kruse <c...@defunct.ch> wrote: > Hi, > > Maxwell Anselm via arch-general <arch-general@archlinux.org> writes: > > >> > >> Do you Have any pointer to good opensource hardware ? > > > > > > Not exactly open-source/FSF-endorsed but https://system76.com/ sells > > laptops with Ubuntu-preinstalled so those are also guaranteed to run Arch. > > Germany has such a company as well: > > <http://www.tuxedocomputers.com/> > > They're selling devices with either Ubuntu or ElementaryOS > pre-installed. I bought a InfinityBook, it works pretty well and > flawless. > > UK has something like that, too: > > <https://www.entroware.com/store/> > > They sell devices with Ubuntu pre-installed. But note that all that is not open source hardware (as mentioned above). Also I'm not getting the point in buying such hardware -- there is some linux distribution preinstalled, but that's it I guess. Or am I missing something? If you want open source hardware, I recommend looking at - the EOMA68 project - Olimex - upcoming Talos Workstation by Raptor Engineering - maybe devices supported by libreboot Regards, Merlin -- Merlin Büge <t...@bluenox07.de>
Re: [arch-general] Error message with full disk encryption
Hi, > As you are shutting down, the filesystem becomes unreadable for the > systemd process, you need to add the shutdown hook to mkinitcpio in > order to have a copy of the initramfs at shutdown time. I thought this was obsolete since mkinitcpio 16? See https://lists.archlinux.org/pipermail/arch-dev-public/2013-December/025742.html (I'm not sure, just curious...) @OP: I had a similar issue a few months ago and fixed it, see second post of this: https://bbs.archlinux.org/viewtopic.php?id=205275 (But I still haven't understood *why* that fixed it...) Best Regards, mearon
[arch-general] Bug? Home (encrypted) unmount error message during shutdown, when using UUID in fstab
Hello everyone, This is my first post here, hope I'm doing it allright:) I have an encrypted setup with both / and home encrypted, on two different partitions with plain LUKS, so no LVM, RAID, etc.. Since my last Arch update I have a strange issue: during shutdown, I get the following error message: systemd[1]: Stopped (with error) /dev/mapper/home_crypt. Due to a hint on #archlinux, I've changed the specification of the encrypted home_partition in my /etc/fstab from "UUID=..." to "/dev/mapper/home_crypt", and this indeed removed the error message during shutdown. Before the update, everything went fine - with UUID in my /etc/fstab. I described the issue very detailed here: https://bbs.archlinux.org/viewtopic.php?pid=1580311 I'm not sure if this is a bug, so my question is, should I file a bug report on this? Thank you! Have a nice day :) Merlin -- Merlin Büge <t...@bluenox07.de>