Re: [gentoo-user] Root on NFS Suspend/Resume support
Have you checked the power supply? I don't use a diskless setup but last year (nah, maybe many years ago) I had this strange resume problem after suspend. As in, I'd wake the machine and it'd sit there with a blinking text cursor in text mode, quite stuck. I am pretty sure I posted about it on the list here. It turned out that when my machine was running the power supply was fine. However, when I suspended it, the 5V rail would bleed voltage. So, I discovered if I resumed within, say, 5 minutes after suspending my machine it would wake normally. After that though, I'd get the blinking cursor and it would hang resuming. I confirmed that the 5V rail was bleeding voltage when in suspend with my voltmeter. It turned out to be bad capacitors in the power supply. Just a suggestion... Dan I appreciate the tip, if I boot off a hard drive on my main desktop it does indeed sleep/resume just fine, and it was the source of every file that got sent to the network when I started converting to diskless, maybe I'll throw in small livedvd install and check again. If it helps, when I'm in LXDE and have just a terminal open with top running, when the screen comes back on, top will update just ONCE before freezing, I can move the mouse cursor, num lock toggles, I can drag the terminal window around, if I try to switch vt2 or anything else like load a previously uncached menu from the taskbar then it never loads or switches. So it's definately (to my eyes at least) I problem with the nfs connection, I don't believe the NIC is powering down as I turned on wake on lan, but I'll test and make sure tonight, and aside from blacklisting kernel modules I have yet to find a way to tweak the resume/suspend functions but I'm still looking for more information when I have free time.
[gentoo-user] system clock screwed up since last ntpd update...
Hi, The softclock is running UTC instead of UTC+1 (Europe/Berlin). I checked /etc/conf.d/hwclock, which sets hwclock to UTC. Nothing changed here. /etc/timezone is Europe/Berlin, which is also fine. >From /etc/conf.d/ntpd the option "-g" was removed, since the updated version of ntpd doesn't like that one that much... ntpd is running and below /etc no configuration update is missing. The only thing I missing currentlu is the correct time display... Cheers! Meino
Re: [gentoo-user] LVM and moving drive to another sata port.
On 12/14/18 7:57 AM, Rich Freeman wrote: Yes. At least by default LVM is going to scan all your drives looking for LVM PVs and will identify them regardless of what device they are on, as long as the device gets scanned. I wouldn't be surprised if LVM didn't scan all block devices. I think LVM always looks for /dev/sd* and /dev/hd* by default. (At least all the times I've used it.) I can't say the same for things like /dev/mpath* or other more intriguing block devices. Yes, in general. The only time you might have an issue is if you use something more exotic that creates a block device that might not get scanned by default, but I believe that is just a configuration fix. So, if you're using iSCSI or something maybe you might need to do a little work. Yes, there should be an entry of devices to scan and an entry of black listed devices. I think this is in /etc/lvm.conf or something like that. (It's been a number of years since I've changed it.) Bog standard PCs shouldn't need to worry about this. Servers or things with more exotic storage may have a problem in that the default might not work for them. ProTip: Be careful if you are using LVM on multipath devices. You want to make sure that LVM is scanning the multipath device and not the member path devices. LVM will happily use the first one that it finds. So scan order and / or black listing is important.
Re: [gentoo-user] Encryption questions
I use encfs (see github.com/vgough/encfs) It's in the portage tree. Here is my private Readme # Neither .Secret nor Secret should contain data before creation !!! # CREATION (only once) e.g. encfs -i 10 --ondemand --extpass=x11-ssh-askpass `pwd`/.Secret `pwd`/Secret or more simply in an XTerm encfs `pwd`/.Secret `pwd`/Secret # USAGE encfs [-i idle[minutes]] [--ondemand] --extpass=x11-ssh-askpass FS> e.g. encfs -i 10 --ondemand --extpass=x11-ssh-askpass ~/.Secret ~/Secret or more simply in an XTerm : (>>> always use the full path of both folders) encfs ~/.Secret ~/Secret = After Usage = fusermount -u ~/Secret If you shut down the machine you don't need to do fusermount -u. BackUP : ~/.Secret and remember password (e.g. using app-admin/keepassxc) Important Note : ENCFS does not hide the length and modification date/time of a file If that matter you can archive several file in a tar-file before encryption.
Re: [gentoo-user] LVM and moving drive to another sata port.
Rich Freeman wrote: > On Fri, Dec 14, 2018 at 9:13 AM Dale wrote: >> I'm planning to change some connections while swapping and wanted to be >> sure of something before I do any moves like this. Let's say I move sdc >> and it becomes sdb. Will LVM still see it the same way? > Yes. At least by default LVM is going to scan all your drives looking > for LVM PVs and will identify them regardless of what device they are > on, as long as the device gets scanned. > >> I suspect it >> tracks the drive by the UUID which stays the same no matter what port or >> sd letter it gets BUT I want to be sure. > It uses a UUID stored in the PV metadata. So, as long as you don't > confuse it by going and making copies of drives (which duplicates the > ID) without using the LVM tools you'll be fine. That's good to know. I thought it worked that way. >> Am I correct that changing what drive >> connects to what sata port won't matter to LVM and how it sees them? > Yes > >> Also, what if I connect one to the PCIe card I have? Will it still see >> it the same way? > Yes, in general. The only time you might have an issue is if you use > something more exotic that creates a block device that might not get > scanned by default, but I believe that is just a configuration fix. > So, if you're using iSCSI or something maybe you might need to do a > little work. It's just a plain sata card so nothing fancy. According to lspci, it sees the card. I haven't actually hooked a drive to it yet tho. >> Also, I found a wonderful guide for my upcoming move. It is located here: >> >> http://tldp.org/HOWTO/LVM-HOWTO/removeadisk.html >> >> Scroll down a bit to: 13.5.2. Distributing Old Extents to a New >> Replacement Disk >> >> That covers exactly what I am doing. Even tho Grant and others say it >> is that easy, I still find it hard to believe. O_0 I sure am glad I >> was talked into using LVM. I think it was Alan that first mentioned it >> but not sure. > You wouldn't do this if you're just moving physical disks from one > physical interface to another. > > However, if you wanted to migrate data off of one disk and onto > another, this is exactly what you would do, and this is exactly why > everybody always advises people to use LVM (or something like > zfs/btrfs with similar capabilities). It makes moving data around > almost trivial. You can migrate your data while your system is in-use > and it isn't a problem at all. I'm actually replacing a 3TB drive with a 6TB drive. So, while I'm also moving drives from one sata port to another, I'll also be replacing a hard drive as well. I'm at just over 70%. It won't be long until it starts getting to full. >> P. S. I'm still copying over my /home to the new 8TB backup drive. >> While it is copying at speeds of 20MBs/sec for some files to as high as >> 160MBs/sec for other files, it takes a long time with that much data. >> It is running at a much better speed than it was when I started the >> other thread. > LVM would migrate data more quickly than a filesystem copy, because it > is doing it at the block level. So, it doesn't matter whether a block > contains 1000 small files or part of one huge file, or filesystem > metadata. The only thing that should slow down LVM moves would be > disk activity, and I believe you can tune its priority (do you want to > slow down disk access, or LVM copying?). > > With a filesystem copy small files will kill your performance in most > cases, with some filesystems being better than others. > Well, I'm making a backup of /home just in case something goes wrong. While I don't plan to change anything, hardware wise, with the drive my OS is on, I plan to backup /etc and my world file as well. Just in case. ;-) Thanks for confirming how LVM works. At least I am reassured that I can move things around a bit. Dale :-) :-)
Re: [gentoo-user] Root on NFS Suspend/Resume support
On 12/10/18 7:03 PM, Tsukasa Mcp_Reznor wrote:> Has anyone managed to get suspend/resume to work on diskless machines using NFS as the root? > > Suspend works like normal, but resume hard locks, can't seem to get any error's or anything as it's not sending to any log files naturally. > On 12/13/18 1:08 PM, Tsukasa Mcp_Reznor wrote: If I manually suspend for up to say 10 seconds, they resume just fine. Have you checked the power supply? I don't use a diskless setup but last year (nah, maybe many years ago) I had this strange resume problem after suspend. As in, I'd wake the machine and it'd sit there with a blinking text cursor in text mode, quite stuck. I am pretty sure I posted about it on the list here. It turned out that when my machine was running the power supply was fine. However, when I suspended it, the 5V rail would bleed voltage. So, I discovered if I resumed within, say, 5 minutes after suspending my machine it would wake normally. After that though, I'd get the blinking cursor and it would hang resuming. I confirmed that the 5V rail was bleeding voltage when in suspend with my voltmeter. It turned out to be bad capacitors in the power supply. Just a suggestion... Dan
Re: [gentoo-user] LVM and moving drive to another sata port.
On Fri, Dec 14, 2018 at 9:13 AM Dale wrote: > > I'm planning to change some connections while swapping and wanted to be > sure of something before I do any moves like this. Let's say I move sdc > and it becomes sdb. Will LVM still see it the same way? Yes. At least by default LVM is going to scan all your drives looking for LVM PVs and will identify them regardless of what device they are on, as long as the device gets scanned. > I suspect it > tracks the drive by the UUID which stays the same no matter what port or > sd letter it gets BUT I want to be sure. It uses a UUID stored in the PV metadata. So, as long as you don't confuse it by going and making copies of drives (which duplicates the ID) without using the LVM tools you'll be fine. > Am I correct that changing what drive > connects to what sata port won't matter to LVM and how it sees them? Yes > Also, what if I connect one to the PCIe card I have? Will it still see > it the same way? Yes, in general. The only time you might have an issue is if you use something more exotic that creates a block device that might not get scanned by default, but I believe that is just a configuration fix. So, if you're using iSCSI or something maybe you might need to do a little work. > > Also, I found a wonderful guide for my upcoming move. It is located here: > > http://tldp.org/HOWTO/LVM-HOWTO/removeadisk.html > > Scroll down a bit to: 13.5.2. Distributing Old Extents to a New > Replacement Disk > > That covers exactly what I am doing. Even tho Grant and others say it > is that easy, I still find it hard to believe. O_0 I sure am glad I > was talked into using LVM. I think it was Alan that first mentioned it > but not sure. You wouldn't do this if you're just moving physical disks from one physical interface to another. However, if you wanted to migrate data off of one disk and onto another, this is exactly what you would do, and this is exactly why everybody always advises people to use LVM (or something like zfs/btrfs with similar capabilities). It makes moving data around almost trivial. You can migrate your data while your system is in-use and it isn't a problem at all. > P. S. I'm still copying over my /home to the new 8TB backup drive. > While it is copying at speeds of 20MBs/sec for some files to as high as > 160MBs/sec for other files, it takes a long time with that much data. > It is running at a much better speed than it was when I started the > other thread. LVM would migrate data more quickly than a filesystem copy, because it is doing it at the block level. So, it doesn't matter whether a block contains 1000 small files or part of one huge file, or filesystem metadata. The only thing that should slow down LVM moves would be disk activity, and I believe you can tune its priority (do you want to slow down disk access, or LVM copying?). With a filesystem copy small files will kill your performance in most cases, with some filesystems being better than others. -- Rich
[gentoo-user] LVM and moving drive to another sata port.
Howdy, I'm getting closer to swapping out a hard drive in one of my LVM groups. It has two drives in it. They are sdc and sdd as shown below. --- Physical volume --- PV Name /dev/sdc1 VG Name Home2 PV Size 2.73 TiB / not usable 3.44 MiB Allocatable yes (but full) PE Size 4.00 MiB Total PE 715396 Free PE 0 Allocated PE 715396 PV UUID ki26nc-pgTs-PCx9-qPBQ-RJNd-5Rd7-aj8sR4 --- Physical volume --- PV Name /dev/sdd1 VG Name Home2 PV Size 2.73 TiB / not usable 3.44 MiB Allocatable yes (but full) PE Size 4.00 MiB Total PE 715396 Free PE 0 Allocated PE 715396 PV UUID vg4f2b-1d6N-61hF-Adl7-0wzf-nxn6-Ol5ybJ I'm planning to change some connections while swapping and wanted to be sure of something before I do any moves like this. Let's say I move sdc and it becomes sdb. Will LVM still see it the same way? I suspect it tracks the drive by the UUID which stays the same no matter what port or sd letter it gets BUT I want to be sure. I've drawn out a diagram of how the drives are currently connected so I could go back if needed but still want to rearrange things. Am I correct that changing what drive connects to what sata port won't matter to LVM and how it sees them? Also, what if I connect one to the PCIe card I have? Will it still see it the same way? Also, I found a wonderful guide for my upcoming move. It is located here: http://tldp.org/HOWTO/LVM-HOWTO/removeadisk.html Scroll down a bit to: 13.5.2. Distributing Old Extents to a New Replacement Disk That covers exactly what I am doing. Even tho Grant and others say it is that easy, I still find it hard to believe. O_0 I sure am glad I was talked into using LVM. I think it was Alan that first mentioned it but not sure. Thanks much. Dale :-) :-) P. S. I'm still copying over my /home to the new 8TB backup drive. While it is copying at speeds of 20MBs/sec for some files to as high as 160MBs/sec for other files, it takes a long time with that much data. It is running at a much better speed than it was when I started the other thread.
Re: [gentoo-user] Persistence of ZFS /dev/zvol/rpool/swap
On December 14, 2018 10:59:08 AM UTC, Pariksheet Nanda wrote: >Hi Joost, > >On Fri, Dec 14, 2018 at 12:16 AM J. Roeleveld >wrote: >> >> >> Hibernation may work when building your own initramfs. >> Not sure if dracut and the likes have support for it themselves. >> >> Joost > >Yeah, I know it's possible to hibernate using my same setup using >BTRFS instead of ZFS. But after a few weeks of use BTRFS eventually >becomes slow as molasses; processes routinely get stuck in deep disk >sleep. In both cases I've been using genkernel for my initramfs. >Thanks for the encouragement to dig into the initramfs setup. I'll >report back if I have any success or questions. > >Pariksheet On my laptop I have full disk encryption using dmcrypt. LVM on top of that and my swap inside an LV. My initramfs does the following: - decrypts the disk using a typed in password - enables LVM - passes the swap partition to kernel resume - if resume doesn't start, it will mount the partitions and initiates proper boot Passing the swap partition requires identifying some codes that can differ every boot. I can post my script if you think it will help? -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] Persistence of ZFS /dev/zvol/rpool/swap
Hi Joost, On Fri, Dec 14, 2018 at 12:16 AM J. Roeleveld wrote: > > > Hibernation may work when building your own initramfs. > Not sure if dracut and the likes have support for it themselves. > > Joost Yeah, I know it's possible to hibernate using my same setup using BTRFS instead of ZFS. But after a few weeks of use BTRFS eventually becomes slow as molasses; processes routinely get stuck in deep disk sleep. In both cases I've been using genkernel for my initramfs. Thanks for the encouragement to dig into the initramfs setup. I'll report back if I have any success or questions. Pariksheet
Re: [gentoo-user] Software for checking CDs and DVDs for errors?
Steve Dibb wrote: > On 12/3/18 9:27 AM, Pouru Lasse wrote: > > I've got a bunch of scratched disc-based games (PS2, Xbox 360) that I'd > > like to check for errors. Is there any program for Linux that does this? > > I found and tried dvdisaster, but it only works for CDs, not > > DVDs. Everything else seems to be Windows-only. > > > > - Lasse > > > > For DVDs, I use ddrescue. Keep a log of it as well in case you want to > do a second pass or just see where it's puking. Use its blocksize of 2048: > > ddrescue -b 2048 /dev/sr0 dvd.iso ddrescue.log readcd is better for any optical media as it is able to directly send SCSI commands. Note that readcd implements the error recovery from sdd(1), that exists since 35 years and I also prefer for normal disks. With software that operates at block driver level, you depend on the error recovery features from the OS driver. Use the options -noerror and retries= (the latter makes sense with a retry count > 128 as 128 is the default) and set up a low read speed as this reduces media flitting. Jörg -- EMail:jo...@schily.net(home) Jörg Schilling D-13353 Berlin joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.org/private/ http://sf.net/projects/schilytools/files/'
Re: [gentoo-user] Neophyte question on eix
On Fri, 14 Dec 2018 at 09:54, Peter Humphrey wrote: > Have the eix colours changed recently? I'm now seeing some things in brown and > I can't find where these colours are explained. Perhaps I need more coffee. They might have. I'm seeing slots and merge times in brown-ish colours. Arve
[gentoo-user] Neophyte question on eix
Hello list, Have the eix colours changed recently? I'm now seeing some things in brown and I can't find where these colours are explained. Perhaps I need more coffee. -- Regards, Peter.
