Re: [CentOS] Nvidia Mod Update
On Sat, 2015-02-07 at 23:06 -0500, Mark LaPierre wrote: > Hey all, > > On my X86-64 CentOS 6.6 machine I just ran yum update. In the update > was an upgrade from the 340.XX Nvidia package to the 346.XX package. > Hrmmm? I'm thinking this is not a good idea but, since this is just a > test system any way, I let it run. Sure enough I was right. Dmesg says > that my video is supported by the 340.XX driver, not the 346.XX driver. > It's not happy cause it can't find a supported GPU. > > 1. So, having only a command line interface, how do I tell yum to rip > out the 346.XX package and reinstall the 340.XX package? > > 2. How do I tell yum not to do such stupid stuff again? Assuming you mean that you just updated the kmod-nvidia package, then follow the instructions at the top of this page. http://elrepo.org/tiki/kmod-nvidia It happened to me, too. Easy fix. :-) Steve ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Intermittent problem, likely disk IO related - mptscsih: ioc0: attempting task abort!
> -Original Message- > From: Jason Pyeron > Sent: Saturday, February 07, 2015 22:54 > > NOTE: this is happening on Centos 6 x86_64, > 2.6.32-504.3.3.el6.x86_64 not Centos 5 > > Dell PowerEdge 2970, Seagate SATA drive, non-raid. > > I have this server which has been dying randomly, with no logs. Here is a console picture. http://i.imgur.com/ZYHlB82.jpg > > I had a tail -f over ssh for a week, when this just happened. > > Feb 8 00:10:21 thirteen-230 kernel: mptscsih: ioc0: > attempting task abort! (sc=880057a0a080) > Feb 8 00:10:21 thirteen-230 kernel: sd 4:0:0:0: [sda] CDB: > Write(10): 2a 00 1a 17 a1 6f 00 00 01 00 > Feb 8 00:10:51 thirteen-230 kernel: mptscsih: ioc0: WARNING > - Issuing Reset from mptscsih_IssueTaskMgmt!! doorbell=0x2400 > Feb 8 00:10:51 thirteen-230 kernel: mptbase: ioc0: > Initiating recovery > Feb 8 00:11:13 thirteen-230 kernel: mptscsih: ioc0: task > abort: SUCCESS (rv=2002) (sc=880057a0a080) > Write failed: Connection reset by peer > > After reading https://access.redhat.com/solutions/108273, I > am increasing the logging (shown below) but I am not > confident about this wait and see approach. > > sysctl -w dev.scsi.logging_level=98367 > > I am also going to check smartctl output once I get onsite to > power cycle the system. # smartctl -a /dev/sda smartctl 5.43 2012-06-30 r3573 [x86_64-linux-2.6.32-504.3.3.el6.x86_64] (local build) Copyright (C) 2002-12 by Bruce Allen, http://smartmontools.sourceforge.net === START OF INFORMATION SECTION === Model Family: Seagate Barracuda (SATA 3Gb/s, 4K Sectors) Device Model: ST1500DM003-9YN16G Serial Number:W24153R0 LU WWN Device Id: 5 000c50 05d03cc1d Firmware Version: CC82 User Capacity:1,500,301,910,016 bytes [1.50 TB] Sector Sizes: 512 bytes logical, 4096 bytes physical Device is:In smartctl database [for details use: -P show] ATA Version is: 8 ATA Standard is: ATA-8-ACS revision 4 Local Time is:Sat Feb 7 23:41:00 2015 EST SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x00) Offline data collection activity was never started. Auto Offline Data Collection: Disabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection:( 600) seconds. Offline data collection capabilities:(0x73) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. No Offline surface scan supported. Self-test supported. Conveyance Self-test supported. Selective Self-test supported. SMART capabilities:(0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability:(0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time:( 1) minutes. Extended self-test routine recommended polling time:( 194) minutes. Conveyance self-test routine recommended polling time:( 2) minutes. SCT capabilities: (0x3085) SCT Status supported. SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 118 099 006Pre-fail Always - 181943016 3 Spin_Up_Time0x0003 092 092 000Pre-fail Always - 0 4 Start_Stop_Count0x0032 100 100 020Old_age Always - 17 5 Reallocated_Sector_Ct 0x0033 100 100 036Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 075 060 030Pre-fail Always - 39599363 9 Power_On_Hours 0x0032 100 100 000Old_age Always - 821 10 Spin_Retry_Count0x0013 100 100 097Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 020Old_age Always - 17 183 Runtime_Bad_Block 0x0032 100 100 000Old_age Always - 0 184 End-to-End_Error0x0032
[CentOS] Nvidia Mod Update
Hey all, On my X86-64 CentOS 6.6 machine I just ran yum update. In the update was an upgrade from the 340.XX Nvidia package to the 346.XX package. Hrmmm? I'm thinking this is not a good idea but, since this is just a test system any way, I let it run. Sure enough I was right. Dmesg says that my video is supported by the 340.XX driver, not the 346.XX driver. It's not happy cause it can't find a supported GPU. 1. So, having only a command line interface, how do I tell yum to rip out the 346.XX package and reinstall the 340.XX package? 2. How do I tell yum not to do such stupid stuff again? -- _ °v° /(_)\ ^ ^ Mark LaPierre Registered Linux user No #267004 https://linuxcounter.net/ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Intermittent problem, likely disk IO related - mptscsih: ioc0: attempting task abort!
NOTE: this is happening on Centos 6 x86_64, 2.6.32-504.3.3.el6.x86_64 not Centos 5 Dell PowerEdge 2970, Seagate SATA drive, non-raid. I have this server which has been dying randomly, with no logs. I had a tail -f over ssh for a week, when this just happened. Feb 8 00:10:21 thirteen-230 kernel: mptscsih: ioc0: attempting task abort! (sc=880057a0a080) Feb 8 00:10:21 thirteen-230 kernel: sd 4:0:0:0: [sda] CDB: Write(10): 2a 00 1a 17 a1 6f 00 00 01 00 Feb 8 00:10:51 thirteen-230 kernel: mptscsih: ioc0: WARNING - Issuing Reset from mptscsih_IssueTaskMgmt!! doorbell=0x2400 Feb 8 00:10:51 thirteen-230 kernel: mptbase: ioc0: Initiating recovery Feb 8 00:11:13 thirteen-230 kernel: mptscsih: ioc0: task abort: SUCCESS (rv=2002) (sc=880057a0a080) Write failed: Connection reset by peer After reading https://access.redhat.com/solutions/108273, I am increasing the logging (shown below) but I am not confident about this wait and see approach. sysctl -w dev.scsi.logging_level=98367 I am also going to check smartctl output once I get onsite to power cycle the system. Other posts I have read, but I can not act on yet: * http://unix.stackexchange.com/questions/34173/mptscsih-ioc0-task-abort-success-rv-2002-causes-30-seconds-freezing * https://bugzilla.kernel.org/show_bug.cgi?id=18652 * https://bugzilla.redhat.com/show_bug.cgi?id=483424 * https://bugzilla.kernel.org/show_bug.cgi?id=42765 * http://sourceforge.net/p/smartmontools/mailman/message/23849184/ * http://kb.softescu.ro/category/hardware/dell/ -Jason -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Principal Consultant 10 West 24th Street #100- - +1 (443) 269-1555 x333Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is copyright PD Inc, subject to license 20080407P00. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] anthem details
On 02/06/15 18:24, Les Mikesell wrote: > On Fri, Feb 6, 2015 at 5:05 PM, John R Pierce wrote: >> On 2/6/2015 7:19 AM, Always Learning wrote: >>> >>> stronger passwords for SQL >> >> >> the hackers had the database administrators user account credentials, and >> were coming in through the VPN via said credentials. I doubt stronger >> passwords would have mattered. > > Hmmm, maybe a reasonable argument for the crypto-card type VPNs where > the passwords aren't reusable... > Something worth looking at: https://www.grc.com/sqrl/sqrl.htm -- _ °v° /(_)\ ^ ^ Mark LaPierre Registered Linux user No #267004 https://linuxcounter.net/ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] lost at 'repository' entry installing centos7
On 02/07/2015 03:01 PM, Jonathan Billings wrote: > On Sat, Feb 07, 2015 at 01:05:58PM -0600, g wrote: >> so much for all that. >> >> i just thought it was working. :-( >> >> only way i can get system clock to show correct CST is to set bios >> clock to CST. > > I suggest reading the man page for 'hwclock'. Namely, the --utc > option. If you don't tell your system that the BIOS is stored as UTC, > then it will assume it's local time. i have run 'man hwclock' so many times that the a, c, h, k, l, m, n, o keys have gray lettering and the rest are black. so i now have one terminal with 'man hwclock' left open. :-D [geo@boxen ~]$ su Password: [root@boxen geo]# hwclock --utc Sat 07 Feb 2015 05:28:00 PM CST -0.219402 seconds [root@boxen geo]# hwclock --utc --date="2/07/15 23:30:00" Sat 07 Feb 2015 05:29:35 PM CST -0.390922 seconds [root@boxen geo]# hwclock --set --utc --date="2/07/15 23:30:00" [root@boxen geo]# hwclock Sat 07 Feb 2015 11:30:11 PM CST -0.828490 seconds [root@boxen geo]# hwclock --utc --set --date="2/07/15 23:30:00" [root@boxen geo]# hwclock Sat 07 Feb 2015 11:30:04 PM CST -0.672246 seconds [root@boxen geo]# hwclock --set --date="2/07/15 23:30:00" --utc [root@boxen geo]# hwclock Sat 07 Feb 2015 11:30:08 PM CST -0.734744 seconds [root@boxen geo]# hwclock --set --utc --date="2/07/15 23:30:00" [root@boxen geo]# hwclock Sat 07 Feb 2015 11:30:03 PM CST -0.531615 seconds [root@boxen geo]# hwclock --utc --set --date="2/07/15 23:30:00" [root@boxen geo]# hwclock Sat 07 Feb 2015 11:30:03 PM CST -0.422288 seconds [root@boxen geo]# in fact, i have run combination's so many times and of various ways, only difference i can think of is changing the sequence, which still does no good. or, i have run it so many different ways that my brain is failing to think of right combination. running "system-config-date", the only way i can get bios clock to show UTC is by setting both system and zone to UTC, which makes system UTC. /etc/adjtime is still; 6.736246 1423375017 0.00 1423375017 UTC [root@boxen etc]# grep UTC * adjtime:UTC grep: extlinux.conf: No such file or directory Binary file localtime matches [root@boxen etc]# grep GMT * grep: extlinux.conf: No such file or directory Binary file localtime-org matches protocols:gmtp 100 GMTP# GMTP services:n1-rmgmt4447/tcp# N1-RMGMT services:n1-rmgmt4447/udp# N1-RMGMT [root@boxen etc]# grep CST * grep: extlinux.conf: No such file or directory Binary file localtime-0001 matches mime.types:application/CSTAdata+xml services:subntbcst_tftp 247/tcp# SUBNTBCST_TFTP services:subntbcst_tftp 247/udp# SUBNTBCST_TFTP services:rcst3467/tcp # RCST services:rcst3467/udp # RCST services:cst-port3742/tcp # CST - Configuration & Service \ Tracker services:cst-port3742/udp # CST - Configuration & Service \ Tracker [root@boxen etc]# that is about it for this 'chemo brain' to come up with. -- peace out. in a world with out fences, who needs gates. CentOS GNU/Linux 6.6 tc,hago. g . ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] lost at 'repository' entry installing centos7
On Sat, Feb 07, 2015 at 01:05:58PM -0600, g wrote: > so much for all that. > > i just thought it was working. :-( > > only way i can get system clock to show correct CST is to set bios > clock to CST. I suggest reading the man page for 'hwclock'. Namely, the --utc option. If you don't tell your system that the BIOS is stored as UTC, then it will assume it's local time. -- Jonathan Billings ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] lost at 'repository' entry installing centos7
On 02/07/2015 12:34 PM, g wrote: <<<>>> > /etc/sysconfig/clock shows ZONE="Etc/GMT-6". > > running 'system-config-date' from cli, and setting hardware clock to > UTC and system clock to CST, several times, 'hwclock' kept showing > clock to be CST. so, i ran 'system-config-date' one more time and > selected UTC for both and set clock to UTC time. weird, but that > set bios clock to UTC and i was able to open 'System Settings' > window, select 'Date & Time', and set system time to correct time > using chicago as time zone. too bad it does not have CST in settings > because i live in memphis, tn. ;-) > > shame all that could not bet set correctly using 'hwclock'. > > thank you for replying. > > now for some 'head rest', then some reading of centos upgrade tool > before i go back to attempt install. so much for all that. i just thought it was working. :-( only way i can get system clock to show correct CST is to set bios clock to CST. -- peace out. in a world with out fences, who needs gates. CentOS GNU/Linux 6.6 tc,hago. g . ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] lost at 'repository' entry installing centos7
On 02/07/2015 03:21 PM, Jonathan Billings wrote: <<>> > Could you not see any drives? Or that you there wasn't space to > install on that drive? yes, c7 install shows sda, sdb and sdc. >> my thinking shifted from a straight install of c7 to using a fresh >> and updated c6 install and run "yum upgrade CentOS-7.0-1406". > > Upgrading to CentOS7 from CentOS6 isn't as sumple as 'yum upgrade > CentOS 7.0-1406'. You need to follow the instructions here: as stated above "fresh and updated c6 install" which brought it up to c6.6. > http://wiki.centos.org/TipsAndTricks/CentOSUpgradeTool pulled page for off-line ref. >> next i installed c6.4 to sda as sda1= /boot, sda3= swap, sda3= /, >> sda5= /home. > > Why CentOS 6.4? 6.6 is the latest release. There are a bunch of > security holes in 6.4's installation media. the install was updated. see "as stated above" above. >> so an 'in between' question, how do i go about >> changing /etc/localtime so that i can reboot, change bios clock >> to utc and have desktop show correct utc-6 time with bios set >> to utc time? > > Look in /etc/sysconfig/clock to tell the system that your clock is > UTC. The GUI tool 'system-config-date' (in a package with the same > name) is a graphical tool for setting date/timezone settings. /etc/sysconfig/clock shows ZONE="Etc/GMT-6". running 'system-config-date' from cli, and setting hardware clock to UTC and system clock to CST, several times, 'hwclock' kept showing clock to be CST. so, i ran 'system-config-date' one more time and selected UTC for both and set clock to UTC time. weird, but that set bios clock to UTC and i was able to open 'System Settings' window, select 'Date & Time', and set system time to correct time using chicago as time zone. too bad it does not have CST in settings because i live in memphis, tn. ;-) shame all that could not bet set correctly using 'hwclock'. thank you for replying. now for some 'head rest', then some reading of centos upgrade tool before i go back to attempt install. -- peace out. in a world with out fences, who needs gates. CentOS GNU/Linux 6.6 tc,hago. g . ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] lost at 'repository' entry installing centos7
On Fri, Feb 06, 2015 at 10:27:17PM +, g wrote: > when i 'dd' dvd iso to a usb stick, it ran ok, but when trying to > define partition to install to, i keep getting message that drive > was not defined again, even after having wiped sda before running > c7 install, so i exited install. maybe i should not have pre sliced > drive. Could you not see any drives? Or that you there wasn't space to install on that drive? > my thinking shifted from a straight install of c7 to using a fresh > and updated c6 install and run "yum upgrade CentOS-7.0-1406". Upgrading to CentOS7 from CentOS6 isn't as sumple as 'yum upgrade CentOS 7.0-1406'. You need to follow the instructions here: http://wiki.centos.org/TipsAndTricks/CentOSUpgradeTool > next i installed c6.4 to sda as sda1= /boot, sda3= swap, sda3= /, > sda5= /home. Why CentOS 6.4? 6.6 is the latest release. There are a bunch of security holes in 6.4's installation media. > so an 'in between' question, how do i go about changing /etc/localtime > so that i can reboot, change bios clock to utc and have desktop show > correct utc-6 time with bios set to utc time? Look in /etc/sysconfig/clock to tell the system that your clock is UTC. The GUI tool 'system-config-date' (in a package with the same name) is a graphical tool for setting date/timezone settings. -- Jonathan Billings ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 120, Issue 3
Send CentOS-announce mailing list submissions to
centos-annou...@centos.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.centos.org/mailman/listinfo/centos-announce
or, via email, send a message with subject or body 'help' to
centos-announce-requ...@centos.org
You can reach the person managing the list at
centos-announce-ow...@centos.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of CentOS-announce digest..."
Today's Topics:
1. CEEA-2015:0141 CentOS 5 tzdata Enhancement Update (Johnny Hughes)
2. CEEA-2015:0141 CentOS 6 tzdata Enhancement Update (Johnny Hughes)
3. CEEA-2015:0141 CentOS 7 tzdata Enhancement Update (Johnny Hughes)
4. CESA-2015:X003 kernel Xen4CentOS Security Update (Johnny Hughes)
--
Message: 1
Date: Fri, 6 Feb 2015 18:04:27 +
From: Johnny Hughes
To: centos-annou...@centos.org
Subject: [CentOS-announce] CEEA-2015:0141 CentOS 5 tzdata Enhancement
Update
Message-ID: <20150206180427.ga5...@chakra.karan.org>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Enhancement Advisory 2015:0141
Upstream details at : https://rhn.redhat.com/errata/RHEA-2015-0141.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
44a9932b22ec57dae5c56e3442e6e31e9190e34083358f64600b71798e5b0853
tzdata-2015a-1.el5.i386.rpm
18985fa3cc78d13ab79b081a6836c4648e898587c52e6c74dc5301f437fef77e
tzdata-java-2015a-1.el5.i386.rpm
x86_64:
7c23500ec921b8a55837c4cf5a3d7f4a13d0d759dd4a45b993c5660e092819ea
tzdata-2015a-1.el5.x86_64.rpm
c1a4dc3190482b0d204341fb34f66c40aeb37fa3f9dec0b003835faf6e139455
tzdata-java-2015a-1.el5.x86_64.rpm
Source:
43cb09a77bb5d0ed7cdee1b4dc3f3048ee486d1c67c4fa3dee45dbd0db036550
tzdata-2015a-1.el5.src.rpm
--
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
--
Message: 2
Date: Fri, 6 Feb 2015 18:13:00 +
From: Johnny Hughes
To: centos-annou...@centos.org
Subject: [CentOS-announce] CEEA-2015:0141 CentOS 6 tzdata Enhancement
Update
Message-ID: <20150206181300.ga59...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Enhancement Advisory 2015:0141
Upstream details at : https://rhn.redhat.com/errata/RHEA-2015-0141.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
0eed49ffbfe3a3af9e29e74072531a567cb05578f3050380f04df7e28c093ff7
tzdata-2015a-1.el6.noarch.rpm
4a23515cf9b03dcde28bbf82f516cbd9609433d41d53da53778f3e3cf792c407
tzdata-java-2015a-1.el6.noarch.rpm
x86_64:
0eed49ffbfe3a3af9e29e74072531a567cb05578f3050380f04df7e28c093ff7
tzdata-2015a-1.el6.noarch.rpm
4a23515cf9b03dcde28bbf82f516cbd9609433d41d53da53778f3e3cf792c407
tzdata-java-2015a-1.el6.noarch.rpm
Source:
dc7dc3c9fb0dc563879803d4d6bf14bb84910d12a21905e878a816849fe32ebd
tzdata-2015a-1.el6.src.rpm
--
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
--
Message: 3
Date: Fri, 6 Feb 2015 18:44:54 +
From: Johnny Hughes
To: centos-annou...@centos.org
Subject: [CentOS-announce] CEEA-2015:0141 CentOS 7 tzdata Enhancement
Update
Message-ID: <20150206184454.ga4...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Enhancement Advisory 2015:0141
Upstream details at : https://rhn.redhat.com/errata/RHEA-2015-0141.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
x86_64:
921a3e9d60400d5fff290f41d5c3a8290893efdf82916dd25ba4fedf43704d6e
tzdata-2015a-1.el7_0.noarch.rpm
697a93ca1f89d37f62f8dec3148a9f6416951a13b1180838cd0a13b6273d53b8
tzdata-java-2015a-1.el7_0.noarch.rpm
Source:
e83a3cfd7f10e75c194ef53d63e661b9494ffa4799d494ee0b7d5aaed4e120b0
tzdata-2015a-1.el7_0.src.rpm
--
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
--
Message: 4
Date: Fri, 6 Feb 2015 19:41:13 +
From: Johnny Hughes
To: centos-annou...@centos.org
Subject: [CentOS-announce] CESA-2015:X003 kernel Xen4CentOS Security
Update
Message-ID: <20150206194113.ga7...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii
The following packages are updated for Xen4CentOS for CentOS 6:
Source:
91e65bf3d0bd8586fbbfcac77ecc7b677ef3582acd8ac11893c71d511edb59cb
e1000e-2.5.4-3.10.68.2.el6.centos.alt.src.rpm
d2019ca40e3d4beb2c7a55ed8bfd7bb0295d9028726f71bf6dff1389d79ae5cd
kernel-3.10.68-11.el6.centos.alt.src.rpm
x86_64:
be570bc1212273433fb7df1c4f1a7b5ba471db9a61c78b88756f306528847138
e1000e-2.5.4-3.10.68.2.el6.centos.alt.x86_64.rpm
0ea9ea9afa93d26f6e28635b060295d76a7b090e44ea64124f375036db055ab0
kerne
Re: [CentOS] lost at 'repository' entry installing centos7
On 02/06/2015 09:56 AM, Ted Miller wrote: <<>> > I hope you can download the DVD and enjoy Centos 7. "Get Centos 7 > Now" to "DVD ISO" to the list, and pick any link off of the list. > The DVD will be quite self-explanatory. The only caveat is to make > sure you go into the link for your network card and configure it. > Otherwise Centos will start up with the network card turned off. expecting possible problems, i pulled network, live, and dvd iso file at same time. all passed sha256sum check. when i 'dd' dvd iso to a usb stick, it ran ok, but when trying to define partition to install to, i keep getting message that drive was not defined again, even after having wiped sda before running c7 install, so i exited install. maybe i should not have pre sliced drive. my thinking shifted from a straight install of c7 to using a fresh and updated c6 install and run "yum upgrade CentOS-7.0-1406". next i installed c6.4 to sda as sda1= /boot, sda3= swap, sda3= /, sda5= /home. not clearly thinking, when setting time zone, i unchecked hardware clock as utc. which i realized after installing c6.4 and after running "yum update". there seems to be something about yum and hw clock and utc, because yum changed hw clock to utc, which i noted when i closed terminal i had run yum in. i have had this happen before. so an 'in between' question, how do i go about changing /etc/localtime so that i can reboot, change bios clock to utc and have desktop show correct utc-6 time with bios set to utc time? -- peace out. in a world with out fences, who needs gates. CentOS GNU/Linux 6.6 tc,hago. g . ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
