Re: [arch-general] Upgrading password hashes
By the way, is it possible to upgrade password hashes without an intermediate password, assuming the new/old passwords are identical?
Re: [arch-general] Upgrading password hashes
By the way, is it possible to upgrade password hashes without an intermediate password, assuming the new/old passwords are identical? You can have no password at all to start with but the system doesn't know the password, only what you entered matches. You could attack the md5 but that would be a waste of energy and likely time. -- Why not do something good every day and install BOINC.
Re: [arch-general] Upgrading password hashes
On Wed, Jul 11, 2012 at 11:16 AM, Kevin Chadwick ma1l1i...@yahoo.co.uk wrote: By the way, is it possible to upgrade password hashes without an intermediate password, assuming the new/old passwords are identical? You can have no password at all to start with but the system doesn't know the password, only what you entered matches. You could attack the md5 but that would be a waste of energy and likely time. I do not think that this is what Nemo is asking. If you try to set your password to the same one you already have, passwd fails with Password unchanged and asks you again for a new password. So, if you just want to update your hashes, you have to choose an intermediate temporary password first and then change it again to the old one.
[arch-general] BTRFS + Rollback + Subvolumes
Hello List! After a few years (like two?) of wandering around, I'm finally back using ArchLinux and wonder why I ever went on searching for something better in the first place. Feels good to be home.. Well, I installed ArchLinux a while back on my Laptop and switched yesterday to using btrfs as my fs for everything except boot, because of everything else being encrypted. Okay, I followed the wiki-article Installing btrfs on root (https://wiki.archlinux.org/index.php/Installing_on_Btrfs_root) and everything went just fine (it does sometimes). So I now have a subvolume __active which represents /, one for home, one for usr and one for var. I then wanted to test the rollback-feature presented to me during boot and created a snapshot of the subvolume __active. I tried using this during, but it obviously fails, because of not having anything in /usr and /var and /home. So, my question (yes, finally) is: Am I missing something or is just not possible to use different subvolumes (like __active, home, usr, var) and being able to rollback your system during boot? As far as I know btrfs-snapshots are not recursive. So wouldn't it be better (being-able-to-rollback-wise) to just have one subvolume so that you can really rollback everything in case something went wrong? Or is there a way to combine the benefits of having different subvolumes and still being able to rollback the system? I hope I am making any sense.. It's still before the first cup of coffee, alas. Thank you in advance, Christian.
[arch-general] [pre...@gmail.com: [arch-dev-public] [newsitem] grub/grub2]
Hello, as I am not allowed to ask on the arch-dev-public list, I have to ask that here: - Forwarded message from Ronald van Haren pre...@gmail.com - Date: Wed, 11 Jul 2012 12:54:37 +0200 From: Ronald van Haren pre...@gmail.com To: Public mailing list for Arch Linux development arch-dev-pub...@archlinux.org Subject: [arch-dev-public] [newsitem] grub/grub2 Reply-To: Public mailing list for Arch Linux development arch-dev-pub...@archlinux.org Hi, I drafted a newsitem for when I'll kill GRUB legacy and move GRUB v2 to [core] in one of following days. Any comments/improvements are welcome! Ronald # GRUB legacy no longer supported GRUB 2.x has moved to [core]. With this move support for GRUB legacy (i.e. version 0.9x) is dropped, which is now moved to AUR. Although GRUB legacy will not be removed from your system and will stay fully functional, you should consider upgrading to GRUB version 2.x, or one of the other supported bootloaders. Please consult a href=https://wiki.archlinux.org/index.php/Grub;the wiki/a for detailed installation instructions for GRUB version 2.x. # - End forwarded message - What I do not understand is how much GRUB legacy is not supported anymore? It won't get removed from the system, but will I have to do any manual steps when updating the kernel or something like that? At the moment I don't see any reason for trying to install GRUB2 again, because last time it failed hard on my MacBook Pro. Cheers, Arvid -- [ Arvid Warnecke ][ arvid (at) nostalgix (dot) org ] [ IRC/OPN: madhatter ][ http://www.nostalgix.org ] ---[ ThreePiO was right: Let the Wookiee win. ]--- pgpeo4dugdlfp.pgp Description: PGP signature
Re: [arch-general] [pre...@gmail.com: [arch-dev-public] [newsitem] grub/grub2]
Am 11.07.2012 16:24, schrieb Arvid Warnecke: What I do not understand is how much GRUB legacy is not supported anymore? It won't get removed from the system, but will I have to do any manual steps when updating the kernel or something like that? At the moment I don't see any reason for trying to install GRUB2 again, because last time it failed hard on my MacBook Pro. This is what it means. 1) You can't install the grub package anymore, unless you build it from AUR. 2) The grub-bios package will install grub2. But: Your local grub package will not be replaced (as far as I can see now), so you will keep it, it just won't receive any updates. Furthermore, your grub installation in /boot is not updated at all (it wasn't updated automatically on previous grub updates either, unless you did so manually). In short, unless you choose to install the new grub packages and uninstall the legacy one, nothing will happen. signature.asc Description: OpenPGP digital signature
Re: [arch-general] glibc 2.16 -- just what is supposed to be in /lib now ??
Tom is right. You're thinking of *hard* links, which I think don't work for directories anyway (though I saw some discussion about changing that). You are correct. Hard links must link to another item within the current partition/volume and cannot cross over, however soft/symbolic links can. Last time I checked, Apple's file system is the only one that can Hard Link a directory.
Re: [arch-general] glibc 2.16 -- just what is supposed to be in /lib now ??
(...but cannot hardlink files in a sane way.) ext4 supports hardlinked directories, can be done using `debugfs` – Linux just disallows that in link() currently. Thank you Mantas for the info. I'm having a hard time finding information on how to create a hard link on a directory, if you have any resources you can provide that would be very helpful.
Re: [arch-general] glibc 2.16 -- just what is supposed to be in /lib now ??
On 07/11/2012 12:00 PM, Squall Lionheart wrote: (...but cannot hardlink files in a sane way.) ext4 supports hardlinked directories, can be done using `debugfs` – Linux just disallows that in link() currently. Thank you Mantas for the info. I'm having a hard time finding information on how to create a hard link on a directory, if you have any resources you can provide that would be very helpful. Double thanks to Tom, David, Mantas, Squall, and all who responded. I now have a better appreciation for where my install is (no testing pkgs) and the /lib - /usr/lib linking that I will expect in the future. As for the original rpcgen error, that is still in work and I'll keep digging. I have a much better appreciation of all the hard work you guys put in keeping Arch the most current distro in use. -- David C. Rankin, J.D.,P.E.
Re: [arch-general] [pre...@gmail.com: [arch-dev-public] [newsitem] grub/grub2]
Thomas, thank you for clarification. On Wed, Jul 11, 2012 at 05:35:35PM +0200, Thomas Bächler wrote: Am 11.07.2012 16:24, schrieb Arvid Warnecke: What I do not understand is how much GRUB legacy is not supported anymore? It won't get removed from the system, but will I have to do any manual steps when updating the kernel or something like that? At the moment I don't see any reason for trying to install GRUB2 again, because last time it failed hard on my MacBook Pro. 1) You can't install the grub package anymore, unless you build it from AUR. 2) The grub-bios package will install grub2. snip In short, unless you choose to install the new grub packages and uninstall the legacy one, nothing will happen. And nothing will break. That's good. Just read today that in GRUB2 they changed the counting of partitions and that hd(0,0) becomes hd(0,1). Which is absolutely nuts. Or like lua. ;) Best, Arvid -- [ Arvid Warnecke ][ arvid (at) nostalgix (dot) org ] [ IRC/OPN: madhatter ][ http://www.nostalgix.org ] ---[ ThreePiO was right: Let the Wookiee win. ]--- pgpBdqWUqRF6B.pgp Description: PGP signature
Re: [arch-general] systemd fails to set console font
On Tue 10 Jul 23:02, pants wrote: Hello, systemd is not setting my console font. The following is the only relevant config I could think of: /etc/vconsole.conf : KEYMAP=dvorak FONT=ohsnap6x11r Using the command setfont ohsnap6x11r works perfectly to change the font to that desired. Cheers, pants. Did you try to put dvorak and ohsnap6x11r withing double quotes? I have FONT=ter-v16b set in /etc/vconsole.conf and works fine.
Re: [arch-general] systemd fails to set console font
Did you try to put dvorak and ohsnap6x11r withing double quotes? I have FONT=ter-v16b set in /etc/vconsole.conf and works fine. I just tried that, to no avail. pants.
Re: [arch-general] systemd fails to set console font
On Wed, Jul 11, 2012 at 9:44 PM, pants pa...@cs.hmc.edu wrote: Did you try to put dvorak and ohsnap6x11r withing double quotes? I have FONT=ter-v16b set in /etc/vconsole.conf and works fine. I just tried that, to no avail. This is a known problem, and I don't have a good general solution. The problem is (I think), that your font is set before your graphics driver has been loaded, and once the graphics driver has been loaded the settings are lost. Essentially what needs to happen is that systemd-vconsole-setup.service must be run after the graphics driver has been loaded. Three ways to do this: 1) put your graphics driver in MODULES in mkinitcpio.conf. 2) put your graphics driver in /etc/modules-load.d/graphics.conf and order systemd-vconsole-setup.service After systemd-modules-load.service. 3) order systemd-vconsole-setup.service After and Wants systemd-udev-settle.service. Option 2) probably is the best as it has the least impact on boot speed (I guess). -t
Re: [arch-general] systemd fails to set console font
2) put your graphics driver in /etc/modules-load.d/graphics.conf and order systemd-vconsole-setup.service After systemd-modules-load.service. Excuse my ignorance, but how does one order the loading of units at boot? pants.
Re: [arch-general] systemd fails to set console font
On 07/11/12 at 06:03pm, pants wrote: 2) put your graphics driver in /etc/modules-load.d/graphics.conf and order systemd-vconsole-setup.service After systemd-modules-load.service. Excuse my ignorance, but how does one order the loading of units at boot? pants. look into Before, After, and Wants in 'man systemd.units' -- mjheagle
Re: [arch-general] BTRFS + Rollback + Subvolumes
On Wed, Jul 11, 2012 at 3:10 AM, 1126 mailingli...@elfsechsundzwanzig.de wrote: So I now have a subvolume __active which represents /, one for home, one for usr and one for var. [...] Am I missing something or is just not possible to use different subvolumes (like __active, home, usr, var) and being able to rollback your system during boot? As far as I know btrfs-snapshots are not recursive. So wouldn't it be better (being-able-to-rollback-wise) to just have one subvolume so that you can really rollback everything in case something went wrong? Or is there a way to combine the benefits of having different subvolumes and still being able to rollback the system? nah, you're not missing anything, and are absolutely correct. i've no idea why the page now says what it does -- it appears to have been completely ... ehm ... butchered since myself and Eigrad/Andrew initially wrote it, oooh about 18 months ago: https://wiki.archlinux.org/index.php?title=Installing_on_Btrfs_rootoldid=129890 ... nor am i sure why so much red and yellow was strewn about; everything is (was?) confirmed/factual. sorry :-( i would recommend dropping the subvols ASAP, and reviewing the original wiki linked above. alas, i've heard -- and seemingly confirmed -- inklings that GRUB2 now supports booting from a btrfs subvol -- the magic feature required to perform kernel-level rollbacks! yay! as i have long since used GRUB2 on all my machines and am somewhat familiar with scripting it, i expect to make some extensive updates soon-ish-ly. i'm not sure how relevant/beneficial this discussion can be for everyone else here (though in general, the use-case itself is certainly worthy of discussion) -- should you have pointed/specific questions/problems feel free to ask in the AUR comments. -- C Anthony
Re: [arch-general] BTRFS + Rollback + Subvolumes
On Wed, Jul 11, 2012 at 9:31 PM, C Anthony Risinger anth...@xtfx.me wrote: https://wiki.archlinux.org/index.php?title=Installing_on_Btrfs_rootoldid=129890 [...] i would recommend dropping the subvols ASAP, and reviewing the original wiki linked above. ... i meant to also suggest you keep GRUB2 et al, because installing to a partition turned out to be a massive PITA for numerous reasons. my recommended setup is GRUB2 on GPT layout (1 bios_grub/EFI, 1 swap, and 1 system btrfs partition), with the actual system installed to (system)/__active and grub installed to (system)/boot (similar to the original article). -- C Anthony
Re: [arch-general] BTRFS + Rollback + Subvolumes
On Wed, Jul 11, 2012 at 9:44 PM, C Anthony Risinger anth...@xtfx.me wrote: On Wed, Jul 11, 2012 at 9:31 PM, C Anthony Risinger anth...@xtfx.me wrote: https://wiki.archlinux.org/index.php?title=Installing_on_Btrfs_rootoldid=129890 [...] i would recommend dropping the subvols ASAP, and reviewing the original wiki linked above. ... i meant to also suggest you keep GRUB2 et al, because installing to a partition er, i mean partition-less DISK! bleh sorry for the spam, sleep-deprived ... night y'all! -- C Anthony
Re: [arch-general] Upgrading password hashes
On Jul 11, 2012 3:06 AM, Chris Sakalis chrissaka...@gmail.com wrote: On Wed, Jul 11, 2012 at 11:16 AM, Kevin Chadwick ma1l1i...@yahoo.co.uk wrote: By the way, is it possible to upgrade password hashes without an intermediate password, assuming the new/old passwords are identical? You can have no password at all to start with but the system doesn't know the password, only what you entered matches. You could attack the md5 but that would be a waste of energy and likely time. I do not think that this is what Nemo is asking. If you try to set your password to the same one you already have, passwd fails with Password unchanged and asks you again for a new password. So, if you just want to update your hashes, you have to choose an intermediate temporary password first and then change it again to the old one. From root shell: # usermod -p '' myuser - repeat all users - update algo # passwd myuser - repeat all users ... hashing algorithms are, by design, one-way only. If you're desire is to update the algo in place -- without knowing the user passwords -- you're out of luck :-( However PAM, also by design, works in stacks, and thus offers a reasonable solution -- update the `auth` and `password` PAM keys to the new algo (so new passwords are read/written properly) then duplicate the `auth` key, restore the original algo, and change `required` - `sufficient`). This would accept the old (higher in stack, sufficient) hash until that line was removed. Additionally, you'll want/need to sprinkle some `use/try_first_pass` in there to make it fluid (see man pages). Lastly, expire the users pass, thereby forcing an update/rewrite at next login. tl;dr ... passwords in shadow are prefixed with all the info needed to select the proper algo at runtime ... the above may not be needed at all, ie. there may be a more succinct method or not needed at all, but I'm unsure offhand. Sorry if terse/example-less/wrong-terminology/etc ... mobiles suck at times. -- C Anthony [mobile]
Re: [arch-general] BTRFS + Rollback + Subvolumes
On Wed, 11 Jul 2012 21:31:59 -0500 C Anthony Risinger anth...@xtfx.me wrote: i would recommend dropping the subvols ASAP, and reviewing the original wiki linked above. Hmm...at the moment I use RAID-1 - 1 RAID partition for /boot (ext2), another for the swap and rest for the / /home (ext4) along with LVM2. Prospect of moving to btrfs is that we believe it would be possible to reduce one layer and have similar setup to the one on FreeBSD with ZFS. Now, I wonder why to drop subvols (I would not many, but, at least, to separate / /home)? alas, i've heard -- and seemingly confirmed -- inklings that GRUB2 now supports booting from a btrfs subvol -- the magic feature required to perform kernel-level rollbacks! yay! as i have long since used GRUB2 on all my machines and am somewhat familiar with scripting it, i expect to make some extensive updates soon-ish-ly. What about syslinux which we use at the moment? i'm not sure how relevant/beneficial this discussion can be for everyone else here (though in general, the use-case itself is certainly worthy of discussion) -- should you have pointed/specific questions/problems feel free to ask in the AUR comments. I believe it is and that is expected that many Arch users are not interested for 'automatic partitioning' offered by Ubuntu installer. :-) Sincerely, Gour -- Therefore, without being attached to the fruits of activities, one should act as a matter of duty, for by working without attachment one attains the Supreme. http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature