Re: [gentoo-user] Persistence of ZFS /dev/zvol/rpool/swap
Hi, I followed fearedbliss's guide a couple years back. Here are my 2 cents. On Sun, Nov 25, 2018 at 04:36:35PM -0500 , Pariksheet Nanda wrote: > I'm actually surprised my system boots at all, because /etc/fstab looks for > that partition to be the swap: I don't think swap is required for booting. > My best guesses at the problem are either that it's udev related or that > the various ZFS services need to be better configured to expose the zvol. > I read the "Admin Documentation" links on the zfsonlinux.org website > looking for mentions on "zvol" and the only relevant section seems to be > the `zpool import` should apply `zfs share -a` to zvols [2]. Maybe I need > to run `zfs share`? But that doesn't seem to help: > It does seem to be a udev issue on your end. This is what your udev rule should look like. https://github.com/zfsonlinux/zfs/blob/master/udev/rules.d/60-zvol.rules.in Check it exists. # cat /lib/udev/rules.d/60-zvol.rules Reload udev rules. # rc-service udev reload I think you also have to re-trigger the rules, which is beyond the scope of my knowledge. # man udevadm If it exists on `zfs list`, your swap partition is in there somewhere. This command will show you any swap partitions in use. # swapon --show Good luck! -- Roger Welsh fpr: 2FCB 9E31 EA77 CDEC A3AE 5DD7 D54C C777 553A 180D
Re: [gentoo-user] Persistence of ZFS /dev/zvol/rpool/swap
I followed the same guide and don't have this issue. Did you enable all ZFS services into the correct runlevels? -- Joost On November 25, 2018 9:36:35 PM UTC, Pariksheet Nanda wrote: >Hi folks, > >I've followed fearedbliss' guide for installing Gentoo on ZFS [1] and >am >trying to understand why /dev/zol/rpool/swap does not show up on reboot >even though I saw it initially when creating the zvol and can still see >it >with zfs list: > >xm2 ~ # zfs list >NAMEUSED AVAIL REFER MOUNTPOINT >rpool 29.1G 176G96K none >rpool/HOME 4.98G 176G 4.98G /home >rpool/ROOT 7.10G 176G96K none >rpool/ROOT/gentoo 7.10G 176G 7.10G / >rpool/swap 17.0G 193G 354M - >xm2 ~ # ls /dev/zvol >ls: cannot access '/dev/zvol': No such file or directory >xm2 ~ # > >I'm actually surprised my system boots at all, because /etc/fstab looks >for >that partition to be the swap: > >xm2 ~ # grep ^/dev /etc/fstab >/dev/zvol/rpool/swapnoneswapsw,discard0 0 >xm2 ~ # > >My best guesses at the problem are either that it's udev related or >that >the various ZFS services need to be better configured to expose the >zvol. >I read the "Admin Documentation" links on the zfsonlinux.org website >looking for mentions on "zvol" and the only relevant section seems to >be >the `zpool import` should apply `zfs share -a` to zvols [2]. Maybe I >need >to run `zfs share`? But that doesn't seem to help: > >xm2 ~ # zfs share rpool/swap >cannot open 'rpool/swap': operation not applicable to datasets of this >type >xm2 ~ # zfs share -a >xm2 ~ # ls /dev/zvol >ls: cannot access '/dev/zvol': No such file or directory >xm2 ~ # > >I haven't posted on this list in many years, so go easy on me :) > >Pariksheet > >[1] >https://wiki.gentoo.org/wiki/User:Fearedbliss/Installing_Gentoo_Linux_On_ZFS#Create_your_swap_zvol >[2] http://open-zfs.org/wiki/System_Administration#Boot_process -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
[gentoo-user] Re: net-nntp/inn - This package is masked and could be removed soon!
On 2018-11-25, R0b0t1 wrote: > On Sun, Nov 25, 2018 at 1:28 PM Grant Taylor > wrote: >> >> Hi, >> >> I happily use net-nntp/inn on my server and was surprised to find that >> it is now masked and apparently up for removal. It looks like >> maintenance has dropped off on the package. >> >> I've never maintained a portage overlay or otherwise contributed to >> Gentoo (save for mailing lists). As such I don't know what I can do to >> help. >> >> I did skim the Proxy Maintainers page [1] and don't know that I'm ready >> to tackle that much responsibility. Is there something else that I can >> do to help avoid the removal of the net-nntp/inn package? Possibly at >> least keep it around as a masked package? >> >> Does anyone have any recommendations before blindly diving head first >> into something I'll regret by assuming responsibility that I'm not sure >> I'm ready for? >> >> Thanks for any pointers in advance. >> > > It depends why it is up for removal. Fix that issue and submit a pull > requests via GitHub or via email to gentoo-dev. If using gentoo-dev > there is the possibility that it will never be allowed through the > filter, so perhaps ask about it on IRC as well. Why not bugzilla? Is there some new rule suggesting that bugzilla shouldn't be used? You might have just forgotten to mention it, that's okay -- I'm just asking because bugzilla bugs 601032, 660966 and 663432 have made me wonder if there is something going on, and I want to be sure I didn't miss anything. Especially 601032, which is about to turn 1 year old. > In the rare chance that the package is just being removed because it's > old, making gentoo-dev aware that you use it should be enough. > Otherwise bump the version. -- Nuno Silva
[gentoo-user] Persistence of ZFS /dev/zvol/rpool/swap
Hi folks, I've followed fearedbliss' guide for installing Gentoo on ZFS [1] and am trying to understand why /dev/zol/rpool/swap does not show up on reboot even though I saw it initially when creating the zvol and can still see it with zfs list: xm2 ~ # zfs list NAMEUSED AVAIL REFER MOUNTPOINT rpool 29.1G 176G96K none rpool/HOME 4.98G 176G 4.98G /home rpool/ROOT 7.10G 176G96K none rpool/ROOT/gentoo 7.10G 176G 7.10G / rpool/swap 17.0G 193G 354M - xm2 ~ # ls /dev/zvol ls: cannot access '/dev/zvol': No such file or directory xm2 ~ # I'm actually surprised my system boots at all, because /etc/fstab looks for that partition to be the swap: xm2 ~ # grep ^/dev /etc/fstab /dev/zvol/rpool/swapnoneswapsw,discard0 0 xm2 ~ # My best guesses at the problem are either that it's udev related or that the various ZFS services need to be better configured to expose the zvol. I read the "Admin Documentation" links on the zfsonlinux.org website looking for mentions on "zvol" and the only relevant section seems to be the `zpool import` should apply `zfs share -a` to zvols [2]. Maybe I need to run `zfs share`? But that doesn't seem to help: xm2 ~ # zfs share rpool/swap cannot open 'rpool/swap': operation not applicable to datasets of this type xm2 ~ # zfs share -a xm2 ~ # ls /dev/zvol ls: cannot access '/dev/zvol': No such file or directory xm2 ~ # I haven't posted on this list in many years, so go easy on me :) Pariksheet [1] https://wiki.gentoo.org/wiki/User:Fearedbliss/Installing_Gentoo_Linux_On_ZFS#Create_your_swap_zvol [2] http://open-zfs.org/wiki/System_Administration#Boot_process
Re: [gentoo-user] net-nntp/inn - This package is masked and could be removed soon!
On Sun, Nov 25, 2018 at 1:28 PM Grant Taylor wrote: > > Hi, > > I happily use net-nntp/inn on my server and was surprised to find that > it is now masked and apparently up for removal. It looks like > maintenance has dropped off on the package. > > I've never maintained a portage overlay or otherwise contributed to > Gentoo (save for mailing lists). As such I don't know what I can do to > help. > > I did skim the Proxy Maintainers page [1] and don't know that I'm ready > to tackle that much responsibility. Is there something else that I can > do to help avoid the removal of the net-nntp/inn package? Possibly at > least keep it around as a masked package? > > Does anyone have any recommendations before blindly diving head first > into something I'll regret by assuming responsibility that I'm not sure > I'm ready for? > > Thanks for any pointers in advance. > It depends why it is up for removal. Fix that issue and submit a pull requests via GitHub or via email to gentoo-dev. If using gentoo-dev there is the possibility that it will never be allowed through the filter, so perhaps ask about it on IRC as well. In the rare chance that the package is just being removed because it's old, making gentoo-dev aware that you use it should be enough. Otherwise bump the version. Cheers, R0b0t1
[gentoo-user] net-nntp/inn - This package is masked and could be removed soon!
Hi, I happily use net-nntp/inn on my server and was surprised to find that it is now masked and apparently up for removal. It looks like maintenance has dropped off on the package. I've never maintained a portage overlay or otherwise contributed to Gentoo (save for mailing lists). As such I don't know what I can do to help. I did skim the Proxy Maintainers page [1] and don't know that I'm ready to tackle that much responsibility. Is there something else that I can do to help avoid the removal of the net-nntp/inn package? Possibly at least keep it around as a masked package? Does anyone have any recommendations before blindly diving head first into something I'll regret by assuming responsibility that I'm not sure I'm ready for? Thanks for any pointers in advance. [1] https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers Resending from the correct email address. — Thunderbird upgrade took out the Correct-Identity add-on. :-( -- Grant. . . . unix || die
[SOLVED] Re: [gentoo-user] Plasma sound devices
On Saturday, 24 November 2018 10:06:37 GMT Peter Humphrey wrote: > On Friday, 23 November 2018 19:28:19 GMT Dale wrote: > > Peter Humphrey wrote: > > > Hello list, > > > > > > Over the last few days I've trimmed my plasma setup - to slightly below > > > the > > > minimum, by which I mean that sound notification has stopped working. I > > > can > > > hear streamed radio, but the plasma control panel doesn't show any > > > devices > > > so I don't hear notifications. > > > > > > I've scanned the list of packages I removed but I can't see a likely > > > suspect, and google just returns results about having no sound at all, > > > which is not my case. > > > > > > Can anyone tell me which plasma module I need to install to hear > > > notifications again? > > > > > > Again, the hardware and low-level drivers are fine: it's just plasma > > > that's > > > missing a component. > > > > Could you be missing Kmix? Since it controls volume/mute settings, I'd > > think it would be needed, maybe anyway. > > Good idea, but no cigar. > > Mick suggested pulseaudio. I don't think it can be that because there's no > sign of it in my backups; neither in world nor under /etc/portage. I'll try > it though; I just need to decide whether to set the USE flag globally or > just on certain packages - or just emerge pulseaudio. The global setting > causes 10 rebuilds, including ffmpeg and firefox, as well as 9 new > packages, so don't hold your breath. That didn't help either. In fact I had to install phonon-gstreamer. I hope that helps somebody one day. -- Regards, Peter.