Re: Re: PWS 433au (Miata) recovery update
Alex Winbow <[email protected]>
| Newsgroups | gmane.linux.debian.ports.alpha |
|---|---|
| Message-ID | <[email protected]> |
On Sun, 27 Jan 2019, Frank Scheiner wrote: >> Does anyone have an archive of "samba-common_4.7.3+dfsg-1_all.deb"? >> That seems like it may be missing piece for installing the older samba >> 4.7.3 for now on alpha (the binary packages still being present in the >> archive). > snapshot.debian.org seems to still have it on: > https://snapshot.debian.org/package/samba/2%3A4.7.3%2Bdfsg-1/#samba-common_2:3a:4.7.3:2b:dfsg-1 > Direct download from: > https://snapshot.debian.org/archive/debian/20171124T034111Z/pool/main/s/samba/samba-common_4.7.3%2Bdfsg-1_all.deb Thanks, Frank! I'd forgotten about snapshot.debian.org. That worked, the older samba 4.7.3 is installable on alpha (and my fileserver is up!) On Sun, 27 Jan 2019, Bob Tracy wrote: > On Sun, Jan 27, 2019 at 12:25:52PM -0800, Alex Winbow wrote: >> My understanding is that it's not initramfs-tools that mounts all the >> (non-root) local filesystems, but systemd (which it looks like you've >> reported as a bug elsewhere). I was able to pseudo-fix this by changing >> the fs_passno field in /etc/fstab to '0'. > This tells us (or me, anyway) that systemd's logic for automatically > setting up and running "fsck.fstype" for local filesystems is broken. > I don't think the dynamic generation of services and dependencies for > handling local filesystems was part of the "special sauce" for systemd > versions prior to version 235-X, which was when things broke on my system. I'm really surprised by that. Multiple local filesystems must be incredibly common across the installed base of systems. I see no sign that what's failing is arch/alpha-specific, but surely this can't be a universal bug?! > Have I mentioned today how much I detest "systemd"? :-) I'm trying to keep an open mind, but I will say that I found init scripts a good deal easier to reverse-engineer the logical flow and debug. Another problem I'm seeing is that /var fails to unmount at shutdown. Only /var, not my other local filesystems. > This will get solved eventually, but it would get solved more quickly if > the case of multiple local filesystems was more common today. I've heard word that /usr destined to be going away, but frankly I'm very surprised that multiple local filesystems is a rarity these days. The debian installer even creates these semi-automatically. It is seriously the case that "everyone" has /var and /tmp on the root filesystem? Thanks, -Alex