Re: [gentoo-user] CPU upgrade and LVM questions.
Dale wrote: > Howdy, > > <<>> > > Now to the second question. I found a 8TB hard drive and bought it. My > plan is to take my 6TB backup drive and install it in place of a 3TB > drive which has LVM on it. I plan to use the 8TB drive as a external > backup drive in the end. Will do a backup before changing internal > drives tho. From what I've read, I can use pvmove and pvremove to > replace that drive. Just tell pv to move the data and when done, remove > the old drive. After that, the new 6TB drive will be used in that PV and > the 3TB drive can be used for something else. Is it really that easy or > is there more to it than that? Pardon me but that doesn't sound > complicated enough to me. lol > > <<>> > > Thanks in advance. > > Dale > > :-) :-) > Well, I started this move this morning. I added the 6TB drive hardware wise, then used pv commands to add it and to move the data to the 6TB drive. When that was done, move took about 6 hours, I resized the file system and now have this: Filesystem Size Used Avail Use% Mounted on /dev/mapper/Home2-Home2 8.1T 3.9T 4.2T 48% /home Now I have some breathing room. It really was that easy. I'm shocked. lol I might add, I bought this external enclosure. https://www.ebay.com/itm/External-3-5-SATA-USB-3-0-eSATA-Hard-Drive-Enclosure-80-mm-Variable-Speed-F/381043280186 It has a fan and a nifty display. Claims it has a alarm if the temps get to high too. I hope I never hear that. I stuck my 8TB drive in it for my backup drive. If my maths are correct, this will last me a couple years. I guess I'll swap the other 3TB drive for another 6TB drive then. Then rinse and repeat until this rig dies or I do one. :/ By the way, my BIOS doesn't support the NVME drives. I'd have to get a new mobo for that. Bummer. Thanks to all who helped. Dale :-) :-)
Re: [gentoo-user] CPU upgrade and LVM questions.
Dale wrote: > Howdy, > > I mentioned in other threads that I'm doing some upgrades to my system. > My first question is about a CPU upgrade. SNIP Here's a update. I swapped out the CPU. While I had the CPU cooler off, I gave it a good bath. It wasn't to bad for being in there for 7 or 8 years but it needed some cleaning. I cleaned off the base part and dunked it some hot soapy water. After soaking a bit, I took a brush and cleaned off the part where the air enters. I got it pretty clean. I also replaced the 120MM fan for the CPU cooler. When I did my last shutdown, it needed some help getting going again. Once it got started, it did fine but it didn't like that cold start. I figure the bearings are going out or something. I did force some oil on the bearing which helped some. Given its age, it needed to be replaced. I also put a screen on the fan to help make it cleaner. I'll clean it ever so often. The biggest surprise I had, a bad ethernet cable. When I got booted up, I couldn't get the network to work. I couldn't get to the router or modem. Odd thing is, I could ping google but it was slow. Browsers wouldn't do anything tho. Finally I put a known good cable between the puter and the router and it started working. I guess when I unplugged all the cables, that one must have went out. While trying to diagnose that, I pulled the SATA card I had put in. I thought maybe there was a conflict of some sort messing up the network card. I'll shutdown and put that back in. I don't have any drives plugged into it yet. I ran into another issue. I'm out of SATA power plugs. I thought I had another string of cables but turned out, I don't, or I can't find them. They should be in the power supply box with all the other cables. I did find a cable already in there for the new video card. While I haven't measured anything, it does seem a little faster. I figure compiling will be the biggest time I'll see a difference. Gkrellm gave me a bit of a surprise tho. It showed all the cores and it ran off the bottom of the screen a good bit. It seems to have reset gkrellm too. I had my fans and such labeled but they got lost somewhere. I'll have to figure out which ones are what again. Now to recompile everything with the new settings for the CPU. Thanks to all. It went pretty well, other than the ethernet cable. Dale :-) :-) :-) :-)
Re: [gentoo-user] CPU upgrade and LVM questions.
Neil Bothwick wrote: > On Sun, 9 Dec 2018 20:38:25 -0600, Dale wrote: > >>> Is there an aspect of it that doesn't make sense? Or that you're >>> uncomfortable with? Can I help alleviate the worry? >> Just making sense of it. Trying to get it firmly in my mind. It just >> seems to simple and easy to move that much data around and swap drives >> even while in use. o-O > But the whole point of LVM is to make it easy to do things like that. If > this task were more difficult it would be a massive fail for LVM. > > This is true but this is *ME*. ROFL Nothing should be *that* easy. lol BTW, my drive and CPU fan is coming in today. Let's see if I feel like I have enough energy to mess with it today. May do CPU first. I can do a new set of backups while recompiling with new settings for new CPU too. I also finished my -e world this AM with only one failure. Dang, emerge is getting good. ;-) I wonder what today will bring. Dale :-) :-)
Re: [gentoo-user] CPU upgrade and LVM questions.
On Sun, 9 Dec 2018 20:38:25 -0600, Dale wrote: > > Is there an aspect of it that doesn't make sense? Or that you're > > uncomfortable with? Can I help alleviate the worry? > > Just making sense of it. Trying to get it firmly in my mind. It just > seems to simple and easy to move that much data around and swap drives > even while in use. o-O But the whole point of LVM is to make it easy to do things like that. If this task were more difficult it would be a massive fail for LVM. -- Neil Bothwick WinErr 678: This will end your Windows session. Do you want to play another game? pgphSS_vHFOsp.pgp Description: OpenPGP digital signature
Re: [gentoo-user] CPU upgrade and LVM questions.
On 12/9/18 7:38 PM, Dale wrote: Just making sense of it. Trying to get it firmly in my mind. It just seems to simple and easy to move that much data around and swap drives even while in use. o-O Welcome to the wonders of LVM. You turn a drive / partition into something that LVM can use. Then you add said drive to an existing Volume Group. Then you tell LVM to vacate the old physical drive. Then you remove the old physical drive from the Volume Group. Finally you should clean the LVM metadata from the drive, but that's not strictly required. Similar could be said about upgrading / trading bookshelves too. I'm mostly trying to figure out what drive will go where. On one hand, I thought about having a single drive, 8TB, to store it all on. On the other, I thought of replacing one of the two 3TB drives with a 6TB drive. That will give me roughly 9TBs of storage. Later on, I could replace the other 3TB drive with another 6TB drive and then have 12TBs. Then I'd have to rethink my backup method. If I use the second method, I can use the 8TB drive for backups since I don't backup everything. Right now, I'm planning to do the second method. I think long term, it will work best plus I will have a spare drive if needed. *nod* Figuring out what you want to do can be more challenging than figuring out how to do it. I started another thread about encryption stuff. The reply you posted tho is really helpful because it lists the commands all in one spot. Most howtos have them spread all over the place and it makes it harder for me to get what is going on, even if it is being explained a bit in between the commands. Sometimes, it just depends on how things hit me thinking wise. ;-) I get it. I'll be writing those commands down before I do the change over. :-)
Re: [gentoo-user] CPU upgrade and LVM questions.
Grant Taylor wrote: > On 12/9/18 3:45 PM, Dale wrote: >> Grant, > > Hi Dale, > >> I'm not ignoring this email. > > I didn't presume you were. ;-) > >> I just keep rereading it. ;-) > > Okay. > > Is there an aspect of it that doesn't make sense? Or that you're > uncomfortable with? Can I help alleviate the worry? Just making sense of it. Trying to get it firmly in my mind. It just seems to simple and easy to move that much data around and swap drives even while in use. o-O > >> I'm uncertain still how I'm going to do this. > > Would you like to walk through it? At any level of detail? I'm mostly trying to figure out what drive will go where. On one hand, I thought about having a single drive, 8TB, to store it all on. On the other, I thought of replacing one of the two 3TB drives with a 6TB drive. That will give me roughly 9TBs of storage. Later on, I could replace the other 3TB drive with another 6TB drive and then have 12TBs. Then I'd have to rethink my backup method. If I use the second method, I can use the 8TB drive for backups since I don't backup everything. Right now, I'm planning to do the second method. I think long term, it will work best plus I will have a spare drive if needed. > >> I'm considering encryption which would mean additional changes and >> mount points. > > Depending on what your goal is, chances are good that encryption > should not need to change mount points. > > That's one of the wonderful things about Linux. You can change the > block device that a file system lives on while still using the same > mount point. }:-) You can /usually/ do it after the system is > installed too. > > Would you like to share more details and discuss your current state as > well as the future state that you'd like to get to? > >> I'm just not 100% sure yet. I'm considering things that may require >> a new thread. > > ¯\_(ツ)_/¯ > > It still sounds to me like we are talking about modifying things about > your LVM configuration, and discussing questions there about. So, it > seems like were' still under the 2nd half of the subject of this > thread. ;-) > >> Thanks much for this info. The list of commands helps, largely. > > You're welcome. I'm glad they help. :-D > > > I started another thread about encryption stuff. The reply you posted tho is really helpful because it lists the commands all in one spot. Most howtos have them spread all over the place and it makes it harder for me to get what is going on, even if it is being explained a bit in between the commands. Sometimes, it just depends on how things hit me thinking wise. ;-) I'll be writing those commands down before I do the change over. Dale :-) :-)
Re: [gentoo-user] CPU upgrade and LVM questions.
On 12/9/18 3:45 PM, Dale wrote: Grant, Hi Dale, I'm not ignoring this email. I didn't presume you were. ;-) I just keep rereading it. ;-) Okay. Is there an aspect of it that doesn't make sense? Or that you're uncomfortable with? Can I help alleviate the worry? I'm uncertain still how I'm going to do this. Would you like to walk through it? At any level of detail? I'm considering encryption which would mean additional changes and mount points. Depending on what your goal is, chances are good that encryption should not need to change mount points. That's one of the wonderful things about Linux. You can change the block device that a file system lives on while still using the same mount point. }:-) You can /usually/ do it after the system is installed too. Would you like to share more details and discuss your current state as well as the future state that you'd like to get to? I'm just not 100% sure yet. I'm considering things that may require a new thread. ¯\_(ツ)_/¯ It still sounds to me like we are talking about modifying things about your LVM configuration, and discussing questions there about. So, it seems like were' still under the 2nd half of the subject of this thread. ;-) Thanks much for this info. The list of commands helps, largely. You're welcome. I'm glad they help. :-D -- Grant. . . . unix || die
Re: [gentoo-user] CPU upgrade and LVM questions.
Grant Taylor wrote: > On 12/06/2018 02:27 AM, Dale wrote: >> From what I've read, I can use pvmove and pvremove to replace that >> drive. Just tell pv to move the data and when done, remove the old >> drive. After that, the new 6TB drive will be used in that PV and the >> 3TB drive can be used for something else. Is it really that easy or >> is there more to it than that? Pardon me but that doesn't sound >> complicated enough to me. > > I've migrated multiple hundreds of TB of data this way. > > In short: > > 1) Partition the new drive(s) as desired. > 2) pvcreate /dev/$newPv > 3) vgextend $vgName /dev/$newPv > 4) pvmove /dev/$oldPv /dev/$newPv > 5) vgreduce $vgName /dev/$oldPv > 6) pvremove /dev/$oldPv > > This does work well, even if the LV(s) are in use / file system(s) are > mounted. > > I have occasionally had issues where the system seems to not respond, > despite the fact that it is doing what it's supposed to. I wonder if > it's related to the memory leak that J. Roeleveld was talking about. > > Note: I /do/ *STRONGLY* recommend that you do partition the new drive > and /not/ pvcreate the entire drive. — Many of the data recovery > tools /expect/ there to be a partition table. Those that don't care > are happy to work with a partition table. I've seen others be in a > very uncomfortable situation when they /didn't/ use a partition table. > Simple easy thing to avoid painting yourself into a corner. > > > Grant, I'm not ignoring this email. I just keep rereading it. ;-) I'm uncertain still how I'm going to do this. I'm considering encryption which would mean additional changes and mount points. I'm just not 100% sure yet. I'm considering things that may require a new thread. Thanks much for this info. The list of commands helps, largely. Dale :-) :-)
Re: [gentoo-user] CPU upgrade and LVM questions.
J. Roeleveld wrote: > On December 8, 2018 6:23:04 PM UTC, Dale wrote: > > Alexander Puchmayr wrote: > > Am Donnerstag, 6. Dezember 2018, 10:27:31 CET schrieb Dale: > > Howdy, I mentioned in other threads that I'm doing some > upgrades to my system. My first question is about a CPU > upgrade. I currently have this for my CPU, from cpuinfo: > AMD Phenom(tm) II X4 955 Processor I've bought but not yet > installed a FX-8350 CPU. I have this in my make.conf file: > CFLAGS="-march=native -O2 -pipe" > > Compiling the whole system with -march=native might lead to > troubles, especially when doing a CPU change. This option > means that gcc is determining the type of CPU automatically > and adjusts the instruction set used to exactly this CPU. > Although, in your case, it is highly likely that your new CPU > understands all commands from the old, but I wouldn't bet on > it. Its possible that your existing software encounters > problems like "illegal instruction" or the like. Very bad if > your compiler crashes after CPU replacement, then you cannot > emerge anything. I highly recommend using CFLAGS="-O2 -pipe" > and nothing more, the performance difference is, if measurable > at all, negligible. > > USE_CPU="fpu vme de pse tsc msr pae mce cx8 apic sep mtrr > pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht > syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext > 3dnow constant_tsc rep_good nopl nonstop_tsc extd_apicid > pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic > cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs > skinit wdt nodeid_msr hw_pstate npt lbrv svm_lock nrip_save" > > As someone else in this thread already mentioned, USE_CPU is > not used. What you're looking for is CPU_FLAGS_X86=..., which > defines what cpu-specific options will be enabled for packages > supporting it and where it makes sense. See package > cpuid2cpuflags for details. Regards Alex > > > It seems the holiday shopping is slowing down delivery. My fan was > supposed to be here today but didn't arrive. Since I got time, I'll > change the CFLAGS for at least the @system stuff, that should get me > booted for sure. While the native setting makes things easier for > normal use, I can see the point of not using it when changing CPUs. > That is one reason for this thread. The CPUs are different and may > require some changes during the swap. > > Is there a easy way to see what if any changes will be made? I did a > emerge -UDNa @system but it's not showing any change. Does it require a > emerge -e @system to force the change? Or is it not changing anything? > > Thanks much. Better safe than sorry. ;-) > > Dale > > :-) :-) > > > A CFLAGS change requires a rebuild of all packages done with gcc. I am > not aware of a simple way of only doing those, so a "emerge --empty > @world" will be needed. > > -- > Joost > -- > Sent from my Android device with K-9 Mail. Please excuse my brevity. Based on the output, that's what I was thinking. Emerge picks up on other USE changes but it seems it only grabs the CFLAGS during the compile/configure phase for each package. Would this change the kernel image as well or would it remain the same? I may build a new kernel just to be sure. One good thing about this, I can compare the times with current CPU and new CPU later and get a rough idea of speed increases. ;-) Pardon me while I generate some heat. o_O Dale :-) :-)
Re: [gentoo-user] CPU upgrade and LVM questions.
On December 8, 2018 6:23:04 PM UTC, Dale wrote: >Alexander Puchmayr wrote: >> Am Donnerstag, 6. Dezember 2018, 10:27:31 CET schrieb Dale: >>> Howdy, >>> >>> I mentioned in other threads that I'm doing some upgrades to my >system. >>> My first question is about a CPU upgrade. I currently have this for >my >>> CPU, from cpuinfo: >>> >>> AMD Phenom(tm) II X4 955 Processor >>> >>> I've bought but not yet installed a FX-8350 CPU. I have this in my >>> make.conf file: >>> >>> CFLAGS="-march=native -O2 -pipe" >> Compiling the whole system with -march=native might lead to troubles, > >> especially when doing a CPU change. This option means that gcc is >determining >> the type of CPU automatically and adjusts the instruction set used to >exactly >> this CPU. Although, in your case, it is highly likely that your new >CPU >> understands all commands from the old, but I wouldn't bet on it. Its >possible >> that your existing software encounters problems like "illegal >instruction" or >> the like. Very bad if your compiler crashes after CPU replacement, >then you >> cannot emerge anything. I highly recommend using CFLAGS="-O2 -pipe" >and >> nothing more, the performance difference is, if measurable at all, >negligible. >> >>> USE_CPU="fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca >cmov >>> pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt >>> pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl >nonstop_tsc >>> extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic >>> cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt >>> nodeid_msr hw_pstate npt lbrv svm_lock nrip_save" >>> >> As someone else in this thread already mentioned, USE_CPU is not >used. What >> you're looking for is CPU_FLAGS_X86=..., which defines what >cpu-specific options >> will be enabled for packages supporting it and where it makes sense. >See >> package cpuid2cpuflags for details. >> >> Regards >> Alex >> > >It seems the holiday shopping is slowing down delivery. My fan was >supposed to be here today but didn't arrive. Since I got time, I'll >change the CFLAGS for at least the @system stuff, that should get me >booted for sure. While the native setting makes things easier for >normal use, I can see the point of not using it when changing CPUs. >That is one reason for this thread. The CPUs are different and may >require some changes during the swap. > >Is there a easy way to see what if any changes will be made? I did a >emerge -UDNa @system but it's not showing any change. Does it require >a >emerge -e @system to force the change? Or is it not changing anything? > >Thanks much. Better safe than sorry. ;-) > >Dale > >:-) :-) A CFLAGS change requires a rebuild of all packages done with gcc. I am not aware of a simple way of only doing those, so a "emerge --empty @world" will be needed. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] CPU upgrade and LVM questions.
Alexander Puchmayr wrote: > Am Donnerstag, 6. Dezember 2018, 10:27:31 CET schrieb Dale: >> Howdy, >> >> I mentioned in other threads that I'm doing some upgrades to my system. >> My first question is about a CPU upgrade. I currently have this for my >> CPU, from cpuinfo: >> >> AMD Phenom(tm) II X4 955 Processor >> >> I've bought but not yet installed a FX-8350 CPU. I have this in my >> make.conf file: >> >> CFLAGS="-march=native -O2 -pipe" > Compiling the whole system with -march=native might lead to troubles, > especially when doing a CPU change. This option means that gcc is determining > the type of CPU automatically and adjusts the instruction set used to exactly > this CPU. Although, in your case, it is highly likely that your new CPU > understands all commands from the old, but I wouldn't bet on it. Its possible > that your existing software encounters problems like "illegal instruction" or > the like. Very bad if your compiler crashes after CPU replacement, then you > cannot emerge anything. I highly recommend using CFLAGS="-O2 -pipe" and > nothing more, the performance difference is, if measurable at all, > negligible. > >> USE_CPU="fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov >> pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt >> pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc >> extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic >> cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt >> nodeid_msr hw_pstate npt lbrv svm_lock nrip_save" >> > As someone else in this thread already mentioned, USE_CPU is not used. What > you're looking for is CPU_FLAGS_X86=..., which defines what cpu-specific > options > will be enabled for packages supporting it and where it makes sense. See > package cpuid2cpuflags for details. > > Regards > Alex > It seems the holiday shopping is slowing down delivery. My fan was supposed to be here today but didn't arrive. Since I got time, I'll change the CFLAGS for at least the @system stuff, that should get me booted for sure. While the native setting makes things easier for normal use, I can see the point of not using it when changing CPUs. That is one reason for this thread. The CPUs are different and may require some changes during the swap. Is there a easy way to see what if any changes will be made? I did a emerge -UDNa @system but it's not showing any change. Does it require a emerge -e @system to force the change? Or is it not changing anything? Thanks much. Better safe than sorry. ;-) Dale :-) :-)
Re: [gentoo-user] CPU upgrade and LVM questions.
Am Donnerstag, 6. Dezember 2018, 10:27:31 CET schrieb Dale: > Howdy, > > I mentioned in other threads that I'm doing some upgrades to my system. > My first question is about a CPU upgrade. I currently have this for my > CPU, from cpuinfo: > > AMD Phenom(tm) II X4 955 Processor > > I've bought but not yet installed a FX-8350 CPU. I have this in my > make.conf file: > > CFLAGS="-march=native -O2 -pipe" Compiling the whole system with -march=native might lead to troubles, especially when doing a CPU change. This option means that gcc is determining the type of CPU automatically and adjusts the instruction set used to exactly this CPU. Although, in your case, it is highly likely that your new CPU understands all commands from the old, but I wouldn't bet on it. Its possible that your existing software encounters problems like "illegal instruction" or the like. Very bad if your compiler crashes after CPU replacement, then you cannot emerge anything. I highly recommend using CFLAGS="-O2 -pipe" and nothing more, the performance difference is, if measurable at all, negligible. > USE_CPU="fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov > pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt > pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc > extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic > cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt > nodeid_msr hw_pstate npt lbrv svm_lock nrip_save" > As someone else in this thread already mentioned, USE_CPU is not used. What you're looking for is CPU_FLAGS_X86=..., which defines what cpu-specific options will be enabled for packages supporting it and where it makes sense. See package cpuid2cpuflags for details. Regards Alex
Re: [gentoo-user] CPU upgrade and LVM questions.
Neil Bothwick wrote: > On Thu, 6 Dec 2018 19:17:22 -0600, Dale wrote: > >> Sounds like I need to build a new kernel as well. I guess I could name >> one with FX in it to be able to tell it from the old one. I do mine >> manually anyway, except for the dracut thingy. > Or set LOCALVERSION in the kernel config. Then the kernel will be be > named automatically and you will also be able to see which version you > are running with uname. > > I still copy mine manually. That way I can name it to anything I want and even version them in a way that I know which is which. Automatic tools may be nice in some ways but I've gotten used to doing it manually. The biggest thing, knowing what I'm booting by looking at the grub boot menu. If after I've booted I need to be sure which one I booted, then cat /proc/cmdline will give me that. Still, things could change and I use that one day. ;-) Dale :-) :-)
Re: [gentoo-user] CPU upgrade and LVM questions.
On Thu, 6 Dec 2018 19:17:22 -0600, Dale wrote: > Sounds like I need to build a new kernel as well. I guess I could name > one with FX in it to be able to tell it from the old one. I do mine > manually anyway, except for the dracut thingy. Or set LOCALVERSION in the kernel config. Then the kernel will be be named automatically and you will also be able to see which version you are running with uname. -- Neil Bothwick "I need your clothes, your boots, and your tagline!" pgppGIIM6luQ5.pgp Description: OpenPGP digital signature
Re: [gentoo-user] CPU upgrade and LVM questions.
Dale wrote: > Corbin Bird wrote: >> I don't think a straight 'drop-in/replacement' will boot. >> >> The CPU scheduler does change from 'fam10h' to 'fam15h'. >> The '3DNow!' && 'enhanced 3DNow!' ( used in fam10h ) instructions are >> dropped / removed in fam15h. >> >> Doing the 'emerge -e @world' with '-march=generic' is probably the only >> guaranteed to work solution. >> >> If you take this route set the CPU_FLAGS_X86= to MMX, SSE, SSE2 with no >> 3DNow!, enhanced 3DNow! ( gcc flags / CFLAGS -mno-3dnow, -mno-3dnowa ) >> >> Just remember to change the kernel configuration also. >> >> Reference Links : >> https://en.wikipedia.org/wiki/Phenom_II >> https://en.wikipedia.org/wiki/List_of_AMD_FX_microprocessors >> > That's what I was curious about. From my understanding, while a CPU > made by the same maker and has the same pin out, they are different > inside as far as what instructions they run. I think I'll go the > generic route, which is what I was looking for really, and change the > CPU flags as well. I'll at least do a -e @system run which should get > me a bootable OS. Once I install the CPU, I can reset back to old march > setting and update the CPU flags to whatever cpuid2cpuflags shows for > the new CPU and rebuild again. > > Sounds like I need to build a new kernel as well. I guess I could name > one with FX in it to be able to tell it from the old one. I do mine > manually anyway, except for the dracut thingy. > > Thanks much. > > Dale > > :-) :-) > Now this is odd. I changed the settings and ran emerge. I decided to use -UDNa options to see if it would catch the changes. It did. Thing is, outside a few video type packages, there were no packages to be rebuilt. It seems very few packages actually notice those settings. Given that, I just canceled the emerge since I can rebuild that after I swap CPUs. I can deal with ffmpeg being recompiled after I swap CPUs. My only question left, will those flags affect the kernel image itself? I may just have to make sure my USB stick works. Dale :-) :-)
Re: [gentoo-user] CPU upgrade and LVM questions.
Corbin Bird wrote: > I don't think a straight 'drop-in/replacement' will boot. > > The CPU scheduler does change from 'fam10h' to 'fam15h'. > The '3DNow!' && 'enhanced 3DNow!' ( used in fam10h ) instructions are > dropped / removed in fam15h. > > Doing the 'emerge -e @world' with '-march=generic' is probably the only > guaranteed to work solution. > > If you take this route set the CPU_FLAGS_X86= to MMX, SSE, SSE2 with no > 3DNow!, enhanced 3DNow! ( gcc flags / CFLAGS -mno-3dnow, -mno-3dnowa ) > > Just remember to change the kernel configuration also. > > Reference Links : > https://en.wikipedia.org/wiki/Phenom_II > https://en.wikipedia.org/wiki/List_of_AMD_FX_microprocessors > That's what I was curious about. From my understanding, while a CPU made by the same maker and has the same pin out, they are different inside as far as what instructions they run. I think I'll go the generic route, which is what I was looking for really, and change the CPU flags as well. I'll at least do a -e @system run which should get me a bootable OS. Once I install the CPU, I can reset back to old march setting and update the CPU flags to whatever cpuid2cpuflags shows for the new CPU and rebuild again. Sounds like I need to build a new kernel as well. I guess I could name one with FX in it to be able to tell it from the old one. I do mine manually anyway, except for the dracut thingy. Thanks much. Dale :-) :-)
Re: [gentoo-user] CPU upgrade and LVM questions.
I don't think a straight 'drop-in/replacement' will boot. The CPU scheduler does change from 'fam10h' to 'fam15h'. The '3DNow!' && 'enhanced 3DNow!' ( used in fam10h ) instructions are dropped / removed in fam15h. Doing the 'emerge -e @world' with '-march=generic' is probably the only guaranteed to work solution. If you take this route set the CPU_FLAGS_X86= to MMX, SSE, SSE2 with no 3DNow!, enhanced 3DNow! ( gcc flags / CFLAGS -mno-3dnow, -mno-3dnowa ) Just remember to change the kernel configuration also. Reference Links : https://en.wikipedia.org/wiki/Phenom_II https://en.wikipedia.org/wiki/List_of_AMD_FX_microprocessors On 12/6/18 2:58 PM, Dale wrote: > Hi, > > My concern is this tho. I have my old CPU still installed and > everything is compiled based on that. So, I'm stable with the old CPU. > However, when I shutdown, take out the old CPU and install the new one, > I'm concerned it may not boot at all because of the change or may boot > but be very unstable. I recall years ago being able to set up the flags > in such a way that it can run on virtually any CPU but it's been a long > time ago and I don't know if it is needed or not. My hope was, someone > did a very similar upgrade and can say for sure if it works or if I need > to do things before changing the CPUs to make sure I can boot and be > stable. If I can just get a stable console, I can do a emerge -e world > and get the OS inline with the CPU. I'm just concerned whether I will > have that or not. >
Re: [gentoo-user] CPU upgrade and LVM questions.
Jack wrote: > On 2018.12.06 15:58, Dale wrote: > [snip...] >> My concern is this tho. I have my old CPU still installed and >> everything is compiled based on that. So, I'm stable with the old >> CPU. However, when I shutdown, take out the old CPU and install the >> new one, I'm concerned it may not boot at all because of the change >> or may boot but be very unstable. I recall years ago being able to >> set up the flags in such a way that it can run on virtually any CPU >> but it's been a long time ago and I don't know if it is needed or >> not. My hope was, someone did a very similar upgrade and can say for >> sure if it works or if I need to do things before changing the CPUs >> to make sure I can boot and be stable. If I can just get a stable >> console, I can do a emerge -e world and get the OS inline with the >> CPU. I'm just concerned whether I will have that or not. >> > [snip...] >> >> I just don't want to swap CPUs only to find out I've got to swap back >> because my system won't boot at all. Heck, it may even fail to load >> the kernel itself for all I know. > I once made the mistake of getting a whole new (used...) PC and just > moved the HDD from the old one to the new, without thinking about any > of this. Of course it wouldn't boot at all, because I was switching > from an AMD to an Intel CPU and had set all flags accordingly in the > old box. In your case, as long as you include any flags necessary for > the new CPU, and remove any flags for features the new CPU does not > have, you should be good. (I know that sounds simple, but does ignore > how you find that info.) Given your two CPUs are relatively close > (unless I misread something) there should be little if anything > critical to change. > > However, if you have a live DVD, (or on USB stick) that will always > boot, and you can then do a chroot and reset flags and start > recompiling whatever might fail. I actually think the kernel IS the > likely failure if any, but once that boots, you should be good to > recompile whatever fails. (Yes, toolchain stuff might be an issue, > but again, just boot back to the live DVD.) You may need to reboot a > few times, but you won't need to swap the old CPU back in. > > Jack > I've tried that too. Heck, sometimes that doesn't work even with windoze. My concerns are sort of along those lines tho. I don't have and can't find the current flags for the new CPU so I don't know what to do flag wise. I'm not sure that there is even a common setting but suspect there is. If I can get the kernel to boot and login at a console, even with no X, I can rebuild from there, provided everything works toolchain wise. I guess this is a good time to make sure my sysrescue and other tools work. That slipped my mind completely. Thanks for the reminder. Hmmm, I need to check on the current mount and chroot process for this too. Thanks. Dale :-) :-)
Re: [gentoo-user] CPU upgrade and LVM questions.
On 2018.12.06 15:58, Dale wrote: [snip...] My concern is this tho. I have my old CPU still installed and everything is compiled based on that. So, I'm stable with the old CPU. However, when I shutdown, take out the old CPU and install the new one, I'm concerned it may not boot at all because of the change or may boot but be very unstable. I recall years ago being able to set up the flags in such a way that it can run on virtually any CPU but it's been a long time ago and I don't know if it is needed or not. My hope was, someone did a very similar upgrade and can say for sure if it works or if I need to do things before changing the CPUs to make sure I can boot and be stable. If I can just get a stable console, I can do a emerge -e world and get the OS inline with the CPU. I'm just concerned whether I will have that or not. [snip...] I just don't want to swap CPUs only to find out I've got to swap back because my system won't boot at all. Heck, it may even fail to load the kernel itself for all I know. I once made the mistake of getting a whole new (used...) PC and just moved the HDD from the old one to the new, without thinking about any of this. Of course it wouldn't boot at all, because I was switching from an AMD to an Intel CPU and had set all flags accordingly in the old box. In your case, as long as you include any flags necessary for the new CPU, and remove any flags for features the new CPU does not have, you should be good. (I know that sounds simple, but does ignore how you find that info.) Given your two CPUs are relatively close (unless I misread something) there should be little if anything critical to change. However, if you have a live DVD, (or on USB stick) that will always boot, and you can then do a chroot and reset flags and start recompiling whatever might fail. I actually think the kernel IS the likely failure if any, but once that boots, you should be good to recompile whatever fails. (Yes, toolchain stuff might be an issue, but again, just boot back to the live DVD.) You may need to reboot a few times, but you won't need to swap the old CPU back in. Jack
Re: [gentoo-user] CPU upgrade and LVM questions.
On 12/06/2018 02:27 AM, Dale wrote: From what I've read, I can use pvmove and pvremove to replace that drive. Just tell pv to move the data and when done, remove the old drive. After that, the new 6TB drive will be used in that PV and the 3TB drive can be used for something else. Is it really that easy or is there more to it than that? Pardon me but that doesn't sound complicated enough to me. I've migrated multiple hundreds of TB of data this way. In short: 1) Partition the new drive(s) as desired. 2) pvcreate /dev/$newPv 3) vgextend $vgName /dev/$newPv 4) pvmove /dev/$oldPv /dev/$newPv 5) vgreduce $vgName /dev/$oldPv 6) pvremove /dev/$oldPv This does work well, even if the LV(s) are in use / file system(s) are mounted. I have occasionally had issues where the system seems to not respond, despite the fact that it is doing what it's supposed to. I wonder if it's related to the memory leak that J. Roeleveld was talking about. Note: I /do/ *STRONGLY* recommend that you do partition the new drive and /not/ pvcreate the entire drive. — Many of the data recovery tools /expect/ there to be a partition table. Those that don't care are happy to work with a partition table. I've seen others be in a very uncomfortable situation when they /didn't/ use a partition table. Simple easy thing to avoid painting yourself into a corner. -- Grant. . . . unix || die
Re: [gentoo-user] CPU upgrade and LVM questions.
Hi, I think that is how I got the flags for the current CPU. Those commands look familiar. Since then, I think cpuid2cpuflags can do most of it, tho it does seem to fall short on some flags. The way you did it reveals a lot more details. My concern is this tho. I have my old CPU still installed and everything is compiled based on that. So, I'm stable with the old CPU. However, when I shutdown, take out the old CPU and install the new one, I'm concerned it may not boot at all because of the change or may boot but be very unstable. I recall years ago being able to set up the flags in such a way that it can run on virtually any CPU but it's been a long time ago and I don't know if it is needed or not. My hope was, someone did a very similar upgrade and can say for sure if it works or if I need to do things before changing the CPUs to make sure I can boot and be stable. If I can just get a stable console, I can do a emerge -e world and get the OS inline with the CPU. I'm just concerned whether I will have that or not. I should be current on gcc. I just updated the other day and update once a week. I used to do more often but time isn't as plentiful as it used to be. I just don't want to swap CPUs only to find out I've got to swap back because my system won't boot at all. Heck, it may even fail to load the kernel itself for all I know. Dale :-) :-) Corbin Bird wrote: > My two cents worth : > > Update gcc before changing any hardware. > > With gcc somewhat current, try this on the replacement CPU. > This gives a listing of all CPU supported compiler flags. > Including -mtune / -march :) > > gcc -c -Q -march=native --help=target > > sample of output : > > -msse4 [enabled] > -msse4.1[enabled] > -msse4.2[enabled] > -msse4a [enabled] > -msse5 > -msseregparm[disabled] > -mssse3 [enabled] > -mstack-arg-probe [disabled] > -mstack-protector-guard=tls > -mstackrealign [disabled] > -mstringop-strategy=[default] > -mstv [enabled] > -mtbm [enabled] > -mtls-dialect= gnu > -mtls-direct-seg-refs [enabled] > -mtune-ctrl= > -mtune= bdver2 > -muclibc[disabled] > -mveclibabi=[default] > -mvect8-ret-in-mem [disabled] > -mvzeroupper[enabled] > -mx32 [disabled] > -mxop [enabled] > -mxsave [enabled] > -mxsavec[disabled] > -mxsaveopt [disabled] > -mxsaves[disabled] > > > This will give you the L1 / L2 cache/line/size parameters : > > gcc -### -march=native /usr/include/stdlib.h > > sample of output : > > gcc version 7.3.0 (Gentoo 7.3.0-r3 p1.4) > COLLECT_GCC_OPTIONS='-march=native' > /usr/libexec/gcc/x86_64-pc-linux-gnu/7.3.0/cc1 -quiet > /usr/include/stdlib.h "-march=bdver2" -mmmx -mno-3dnow -msse -msse2 > -msse3 -mssse3 -msse4a -mcx16 -msahf -mno-movbe -maes -mno-sha -mpclmul > -mpopcnt -mabm -mlwp -mfma -mfma4 -mxop -mbmi -mno-sgx -mno-bmi2 -mtbm > -mavx -mno-avx2 -msse4.2 -msse4.1 -mlzcnt -mno-rtm -mno-hle -mno-rdrnd > -mf16c -mno-fsgsbase -mno-rdseed -mprfchw -mno-adx -mfxsr -mxsave > -mno-xsaveopt -mno-avx512f -mno-avx512er -mno-avx512cd -mno-avx512pf > -mno-prefetchwt1 -mno-clflushopt -mno-xsavec -mno-xsaves -mno-avx512dq > -mno-avx512bw -mno-avx512vl -mno-avx512ifma -mno-avx512vbmi > -mno-avx5124fmaps -mno-avx5124vnniw -mno-clwb -mno-mwaitx -mno-clzero > -mno-pku -mno-rdpid --param "l1-cache-size=16" --param > "l1-cache-line-size=64" --param "l2-cache-size=2048" "-mtune=bdver2" > -quiet -dumpbase stdlib.h -auxbase stdlib -o /tmp/ccQiaXih.s > "--output-pch=/usr/include/stdlib.h.gch" > > > Reference Link : https://wiki.gentoo.org/wiki/GCC_optimization > > On 12/6/18 3:27 AM, Dale wrote: >> Howdy, >> >> I mentioned in other threads that I'm doing some upgrades to my system. >> My first question is about a CPU upgrade. I currently have this for my >> CPU, from cpuinfo: >> >> AMD Phenom(tm) II X4 955 Processor >> >> Those were put there ages ago, likely when I built and installed Gentoo >> on this rig. Do I need to change those to something that is compatible >> with both CPUs and then change to the new CPU after it is installed? Or >> will the new CPU be close enough that it
Re: [gentoo-user] CPU upgrade and LVM questions.
My two cents worth : Update gcc before changing any hardware. With gcc somewhat current, try this on the replacement CPU. This gives a listing of all CPU supported compiler flags. Including -mtune / -march :) gcc -c -Q -march=native --help=target sample of output : -msse4[enabled] -msse4.1 [enabled] -msse4.2 [enabled] -msse4a [enabled] -msse5 -msseregparm [disabled] -mssse3 [enabled] -mstack-arg-probe [disabled] -mstack-protector-guard= tls -mstackrealign[disabled] -mstringop-strategy= [default] -mstv [enabled] -mtbm [enabled] -mtls-dialect=gnu -mtls-direct-seg-refs [enabled] -mtune-ctrl= -mtune= bdver2 -muclibc [disabled] -mveclibabi= [default] -mvect8-ret-in-mem[disabled] -mvzeroupper [enabled] -mx32 [disabled] -mxop [enabled] -mxsave [enabled] -mxsavec [disabled] -mxsaveopt[disabled] -mxsaves [disabled] This will give you the L1 / L2 cache/line/size parameters : gcc -### -march=native /usr/include/stdlib.h sample of output : gcc version 7.3.0 (Gentoo 7.3.0-r3 p1.4) COLLECT_GCC_OPTIONS='-march=native' /usr/libexec/gcc/x86_64-pc-linux-gnu/7.3.0/cc1 -quiet /usr/include/stdlib.h "-march=bdver2" -mmmx -mno-3dnow -msse -msse2 -msse3 -mssse3 -msse4a -mcx16 -msahf -mno-movbe -maes -mno-sha -mpclmul -mpopcnt -mabm -mlwp -mfma -mfma4 -mxop -mbmi -mno-sgx -mno-bmi2 -mtbm -mavx -mno-avx2 -msse4.2 -msse4.1 -mlzcnt -mno-rtm -mno-hle -mno-rdrnd -mf16c -mno-fsgsbase -mno-rdseed -mprfchw -mno-adx -mfxsr -mxsave -mno-xsaveopt -mno-avx512f -mno-avx512er -mno-avx512cd -mno-avx512pf -mno-prefetchwt1 -mno-clflushopt -mno-xsavec -mno-xsaves -mno-avx512dq -mno-avx512bw -mno-avx512vl -mno-avx512ifma -mno-avx512vbmi -mno-avx5124fmaps -mno-avx5124vnniw -mno-clwb -mno-mwaitx -mno-clzero -mno-pku -mno-rdpid --param "l1-cache-size=16" --param "l1-cache-line-size=64" --param "l2-cache-size=2048" "-mtune=bdver2" -quiet -dumpbase stdlib.h -auxbase stdlib -o /tmp/ccQiaXih.s "--output-pch=/usr/include/stdlib.h.gch" Reference Link : https://wiki.gentoo.org/wiki/GCC_optimization On 12/6/18 3:27 AM, Dale wrote: > Howdy, > > I mentioned in other threads that I'm doing some upgrades to my system. > My first question is about a CPU upgrade. I currently have this for my > CPU, from cpuinfo: > > AMD Phenom(tm) II X4 955 Processor > > Those were put there ages ago, likely when I built and installed Gentoo > on this rig. Do I need to change those to something that is compatible > with both CPUs and then change to the new CPU after it is installed? Or > will the new CPU be close enough that it won't matter? Right now, I > don't know for sure what the new CPU supports or doesn't. >
Re: [gentoo-user] CPU upgrade and LVM questions.
Be careful to reduce the interval for reporting the progress. Not sure if the memory leak was fixed yet, I ended up setting the interval to 10 to 30 minutes in the past to avoid memory issues. -- Joost On December 6, 2018 10:03:31 AM UTC, Neil Bothwick wrote: >On Thu, 6 Dec 2018 03:27:31 -0600, Dale wrote: > >> Now to the second question. I found a 8TB hard drive and bought it. >My >> plan is to take my 6TB backup drive and install it in place of a 3TB >> drive which has LVM on it. I plan to use the 8TB drive as a external >> backup drive in the end. Will do a backup before changing internal >> drives tho. From what I've read, I can use pvmove and pvremove to >> replace that drive. Just tell pv to move the data and when done, >remove >> the old drive. After that, the new 6TB drive will be used in that PV >and >> the 3TB drive can be used for something else. Is it really that easy >or >> is there more to it than that? Pardon me but that doesn't sound >> complicated enough to me. lol > >It's been a while since I did that but AFAIR, yes it is that simple. >pvmove does all the hard work and it can take a while, but it can >survive >an interruption. > > >-- >Neil Bothwick > >Not one shred of evidence supports the notion that life is serious. -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] CPU upgrade and LVM questions.
Neil Bothwick wrote: > On Thu, 6 Dec 2018 03:27:31 -0600, Dale wrote: > >> Now to the second question. I found a 8TB hard drive and bought it. My >> plan is to take my 6TB backup drive and install it in place of a 3TB >> drive which has LVM on it. I plan to use the 8TB drive as a external >> backup drive in the end. Will do a backup before changing internal >> drives tho. From what I've read, I can use pvmove and pvremove to >> replace that drive. Just tell pv to move the data and when done, remove >> the old drive. After that, the new 6TB drive will be used in that PV and >> the 3TB drive can be used for something else. Is it really that easy or >> is there more to it than that? Pardon me but that doesn't sound >> complicated enough to me. lol > It's been a while since I did that but AFAIR, yes it is that simple. > pvmove does all the hard work and it can take a while, but it can survive > an interruption. > > That's what I read too. I thought it was to easy and then read that it can be stopped and restarted. I was like, WHAT? If I keep downloading videos, I'm going to have to get creative later on with my backups. At some point, it won't fit on a single drive, even a really really large one. :/ Thanks. Dale :-) :-)
Re: [gentoo-user] CPU upgrade and LVM questions.
On Thu, 6 Dec 2018 03:27:31 -0600, Dale wrote: > Now to the second question. I found a 8TB hard drive and bought it. My > plan is to take my 6TB backup drive and install it in place of a 3TB > drive which has LVM on it. I plan to use the 8TB drive as a external > backup drive in the end. Will do a backup before changing internal > drives tho. From what I've read, I can use pvmove and pvremove to > replace that drive. Just tell pv to move the data and when done, remove > the old drive. After that, the new 6TB drive will be used in that PV and > the 3TB drive can be used for something else. Is it really that easy or > is there more to it than that? Pardon me but that doesn't sound > complicated enough to me. lol It's been a while since I did that but AFAIR, yes it is that simple. pvmove does all the hard work and it can take a while, but it can survive an interruption. -- Neil Bothwick Not one shred of evidence supports the notion that life is serious. pgpWJXnMYX_bv.pgp Description: OpenPGP digital signature