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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.