5 ms·

Recently installed the Fedora 22 beta on my desktop and am blown away. It even automatically resized my Windows partition for me and works with my UEFI BIOS. 3D

by l1ambda 11y ago

Recently installed the Fedora 22 beta on my desktop and am blown away. It even automatically resized my Windows partition for me and works with my UEFI BIOS. 3D, printer, sound, all my mouse buttons worked out of the box. Thanks to systemd, the whole system boots up in a few seconds. Everything feels really smooth and polished. There's even a maps and software app now! The new GNOME is really beautiful and easy to use, easier than mac even, and I didn't have to tweak anything. You can even download RPMs and double click them to install.

jordigh 11y ago
I've had really good experience with systemd on Debian stable too. Suspend has worked flawlessly, and the bootup time is quite a bit faster too. I kind of miss seeing the startup scripts output to stdout what they were doing during boot time, but I suppose that if I really care, I can always go digging in binary logs.
- mmastrac 11y ago
  IIRC you can hit escape while booting to view the script output.
  - RottenHuman 11y ago
    the whole 1.4 seconds of it.
  - currysausage 11y ago
    Not with Debian Jessie in VirtualBox: http://i.imgur.com/EGM8ESv.png http://i.imgur.com/EGM8ESv.png
- rogerbinns 11y ago
  I upgraded my main workstation to the recent Ubuntu with systemd, and sadly that has turned into a big problem. I use btrfs, and have several subvolumes as well as multi-drive filesystems. At some point systemd decides to filesystem check something it doesn't need to, and then times out. Sadly this kind of thing is really difficult to diagnose. The exact same devices are already mounted - the second mount is just a different subvolume. If it just went ahead and mounted instead of outsmarting itself, then all would be good. Thankfully I can make it boot using upstart which works fine. It is very frustrating that /etc/fstab has just worked for several years, but now systemd does the wrong thing. I really want to like and use systemd. An Ubuntu bug report did not help (ignore the wrong title) https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1447879 https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/14478...
  - vezzy-fnord 11y ago
    To the best of my knowledge, the intention is to deprecate fstab(5) entirely in favor of automatic GPT partition discovery. Where this isn't possible, systemd-fstab-generator(8) will translate the contents of fstab(5) into native systemd units (mount, automount, swap...) and henceforth the semantics will be subject to the ordering and scheduling policies of systemd itself. Mount and swap units are in theory supposed to just be wrappers to the regular system tools that merely extend them to the Unit semantics, but as a whole I'm unsurprised that these assumptions may not play well with more complex storage configurations. That's always been a recurring systemd pain point.
    - rogerbinns 11y ago
      My frustration is that systemd isn't working in this case, that it is trying to do something pointless (check an already mounted filesystem), AND that I have no way to diagnose or correct it since there is no useful information to work with. When I had my drives on different controllers things were even worse because btrfs device scan didn't complete running before systemd then tried to mount an incomplete filesystem. Automatic partition discovery is going to have its own issues. For example plugging in a drive from another system/backups is not something you want mounted in the right places on the wrong system! fstab is also a nice place to put non-physical filesystems like tmpfs (I use it for /tmp /var/tmp $HOME/.cache $HOME/.ccache /space/work). Having to create separate .mount files for each of those would be a big pain. I really want to use and like systemd, but it does fundamentally need to work first.
      - baghira 11y ago
        There is no need to create mount units, all those thing will work from /etc/fstab, which overrides the generator. And I don't think the intent is to deprecated /etc/fstab. The list of possible automounts is limited: http://www.freedesktop.org/software/systemd/man/systemd-gpt-auto-generator.html http://www.freedesktop.org/software/systemd/man/systemd-gpt-... the point really being that of having a system that can boot without /etc. I've read quite a few complaints about Ubuntu 15.04+btrfs problems, for what is worth I had no problems with Fedora22 and Opensuse Tumbleweed.
deleted 11y ago
[deleted]
hobarrera 11y ago
> UEFI BIOS. 3D, printer, sound Have you been away for the last decade? This is pretty standard for decent linux distributions. UEFI support has been around for a few years now (I first used it almost three years ago). 3D has worked fine for a very long time unless you're on ati or nouveau.

by l1ambda 11y ago

jordigh 11y ago

I've had really good experience with systemd on Debian stable too. Suspend has worked flawlessly, and the bootup time is quite a bit faster too. I kind of miss seeing the startup scripts output to stdout what they were doing during boot time, but I suppose that if I really care, I can always go digging in binary logs.

mmastrac 11y ago
IIRC you can hit escape while booting to view the script output.
- RottenHuman 11y ago
  the whole 1.4 seconds of it.
- currysausage 11y ago
  Not with Debian Jessie in VirtualBox: http://i.imgur.com/EGM8ESv.png http://i.imgur.com/EGM8ESv.png
rogerbinns 11y ago
I upgraded my main workstation to the recent Ubuntu with systemd, and sadly that has turned into a big problem. I use btrfs, and have several subvolumes as well as multi-drive filesystems. At some point systemd decides to filesystem check something it doesn't need to, and then times out. Sadly this kind of thing is really difficult to diagnose. The exact same devices are already mounted - the second mount is just a different subvolume. If it just went ahead and mounted instead of outsmarting itself, then all would be good. Thankfully I can make it boot using upstart which works fine. It is very frustrating that /etc/fstab has just worked for several years, but now systemd does the wrong thing. I really want to like and use systemd. An Ubuntu bug report did not help (ignore the wrong title) https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1447879 https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/14478...
- vezzy-fnord 11y ago
  To the best of my knowledge, the intention is to deprecate fstab(5) entirely in favor of automatic GPT partition discovery. Where this isn't possible, systemd-fstab-generator(8) will translate the contents of fstab(5) into native systemd units (mount, automount, swap...) and henceforth the semantics will be subject to the ordering and scheduling policies of systemd itself. Mount and swap units are in theory supposed to just be wrappers to the regular system tools that merely extend them to the Unit semantics, but as a whole I'm unsurprised that these assumptions may not play well with more complex storage configurations. That's always been a recurring systemd pain point.
  - rogerbinns 11y ago
    My frustration is that systemd isn't working in this case, that it is trying to do something pointless (check an already mounted filesystem), AND that I have no way to diagnose or correct it since there is no useful information to work with. When I had my drives on different controllers things were even worse because btrfs device scan didn't complete running before systemd then tried to mount an incomplete filesystem. Automatic partition discovery is going to have its own issues. For example plugging in a drive from another system/backups is not something you want mounted in the right places on the wrong system! fstab is also a nice place to put non-physical filesystems like tmpfs (I use it for /tmp /var/tmp $HOME/.cache $HOME/.ccache /space/work). Having to create separate .mount files for each of those would be a big pain. I really want to use and like systemd, but it does fundamentally need to work first.
    - baghira 11y ago
      There is no need to create mount units, all those thing will work from /etc/fstab, which overrides the generator. And I don't think the intent is to deprecated /etc/fstab. The list of possible automounts is limited: http://www.freedesktop.org/software/systemd/man/systemd-gpt-auto-generator.html http://www.freedesktop.org/software/systemd/man/systemd-gpt-... the point really being that of having a system that can boot without /etc. I've read quite a few complaints about Ubuntu 15.04+btrfs problems, for what is worth I had no problems with Fedora22 and Opensuse Tumbleweed.

deleted 11y ago

[deleted]

hobarrera 11y ago

> UEFI BIOS. 3D, printer, sound Have you been away for the last decade? This is pretty standard for decent linux distributions. UEFI support has been around for a few years now (I first used it almost three years ago). 3D has worked fine for a very long time unless you're on ati or nouveau.