![]() |
![]() |
#78 | |
"TF79LL86GIMPS96gpu17"
Mar 2017
US midwest
29×167 Posts |
![]() Quote:
Did you by chance buy the warranty? Last fiddled with by kriesel on 2020-11-20 at 23:54 |
|
![]() |
![]() |
![]() |
#79 |
"TF79LL86GIMPS96gpu17"
Mar 2017
US midwest
29×167 Posts |
![]() |
![]() |
![]() |
![]() |
#80 |
∂2ω=0
Sep 2002
República de California
264758 Posts |
![]()
That was my thinking, as well - since one pin is PWR and the other GND, pressing the (once-wired-up) "on" button should simply connect the 2, but figured better safe than sorry, ask the experts first. Now if I blow myself up, I can blame you from the aferlife, or something. :)
Anyhow, was busy with code for rest of day, so will wait 'til tomorrow so can do by daylight. Edit: LOL, glad I decided to wait! Just added a second attachment to my post #75, showing the Control Panel with the individual pins labeled. In that, PWR and its corresponding GND are at top, but the 2 pins marked unused via 'X' are the next-to-last pin pair at the opposite end of the array. That means the pin highlighted via the solid black square in the first attachment is the PWR pin, the one the Control Panel diagram text says should be connected to the red wire in the non-existent-in-my-case ribbon-cable bundle. So it still shouldn't matter which way the labeled flat side of my 2-pin hookup faces, but it needs to connect to the rightmost pin pair in the corresponding pinout array as pictured in the first ,'pwrconnects', attachment in post #75. Last fiddled with by ewmayer on 2020-11-21 at 03:32 |
![]() |
![]() |
![]() |
#81 |
∂2ω=0
Sep 2002
República de California
37·313 Posts |
![]()
Success! Had to unplug the SSD and the 24-pin main-power plug to be able to plug in the little 2-pin power-switch connector, once everything was hooked back up and power cord plugged in, power button worked as intended.
Redid the CentOS install from the boot USB, this time added several optional packages including the Gnome desktop and dev-tools, told the installer to reclaim all the space on the SSD used by the older install, no problems. But - and there's always a but, it seems - once install done, pulled boot USB, clicked "Done" to reboot, <f11> to now use the CentOS install on the SSD, again ended with a basic terminal-mode login prompt, no signs of a Desktop GUI. Did command-shell login, "which gcc" came up empty, so either the dev-tools package does not include it, or something else is awry. Shutdown for now, no more time for this today. |
![]() |
![]() |
![]() |
#82 | |
Sep 2002
Database er0rr
3·11·107 Posts |
![]() Quote:
|
|
![]() |
![]() |
![]() |
#83 | |
∂2ω=0
Sep 2002
República de California
37×313 Posts |
![]() Quote:
I did the server-with-gui install ... woulda been nice if the installer had mentioned the above requirement. Bit of a catch-22 ... for my Ubuntu installs, the GUI was immediately available, and I used its interactive options to quickly cofigure a Wifi stick. Should I have plugged that in at initial-install time and configured it using the networking menu in the CentOS installer? (Re. the plugging-in, this mobo has just 2 back-panel USB 2 ports, which are all used in install - kybd, mouse, install USB - but hopefully, unlike the CentOS install USB which needs USB2, my wifi stick can use one of the front-panel USB3 ports.) Would the "workstation" install type behave more like I'm used to with Ubuntu? |
|
![]() |
![]() |
![]() |
#84 | |
Sep 2002
Database er0rr
3×11×107 Posts |
![]() Quote:
Try, as per instructions: dnf grouplist you should see "Server with GUI" if that concurs with what you have installed, Since you have Gnome installed, the next thing to do is: systemctl list-units --type target --all | egrep graphical.target systemctl isolate graphical.target systemctl list-units --type target --all | egrep graphical.target Then do the commands in "Change default target to start RHEL/CentOS 8 Server with GUI at reboot" HTH Last fiddled with by paulunderwood on 2020-11-21 at 23:25 |
|
![]() |
![]() |
![]() |
#85 |
Feb 2005
Colorado
577 Posts |
![]()
Do you really need the GUI anyway? Unless you have specific applications that require it, there isn't anything you can do in the GUI that can't be done in a terminal window.
I never do install any GUI interfaces when doing a linux install (which has always been Debian, but the latest ROCm drivers insist on Ubuntu this time). |
![]() |
![]() |
![]() |
#86 |
Sep 2002
Database er0rr
3·11·107 Posts |
![]() |
![]() |
![]() |
![]() |
#87 | |
∂2ω=0
Sep 2002
República de California
37·313 Posts |
![]() Quote:
Anyhow, above cmd fives errors which again translate to "you gots to be on the interwebs": CentOs-8 AppStream Errors during downloading metadata for repsitory 'AppStream' - Curl error (6): Couldn't resolve hostname for http://mirrorlist.centos.org/,,, etc. @PhilF: GUI may not be *necessary*, I just find it much easier to do many tasks that way - again, I'm not the type of person who can rote-memorize complex command sequences like PaulU apparently is. There's a reason the GUI was invented, we should not be slaves to it, but same goes to command-line mode. The way I picture things is via the common word "Desktop" to refer to GUI: command-line mode is like trying to do office work with the only usable space being a small rectangle atop one's filing cabinet sufficient to hold 1 or 2 sheets of paper. Everything one *needs* is in said cabinet, sure, but managing multiple tasks which are not all monotasking-mode completable is a nightmare. Gonna try one more round of boot-from-usb-stick, this time 'workstation' setup and with wifi stick plugged into one of the front-panel USB3 ports. Update tomorrrow, and thx again for all the guidance. Worst-case, how much hassle it is to configure a wifi stick in cmd-line mode? Ubuntu had no problem finding a suitable driver for the same brand of stick in the install repository, i.e. w/o needing to DL any custom drivers over the (nonexistent, because that's what the wifi stick is for) internet connection. Last fiddled with by ewmayer on 2020-11-22 at 01:11 |
|
![]() |
![]() |
![]() |
#88 |
∂2ω=0
Sep 2002
República de California
37×313 Posts |
![]()
OK, some progress, quick update then offline 'til tomorrow:
With wifi stick inserted into usb3 slot @boot-from-media time, got this scary-looking but as-it-proved nonfatal error: dracut-pre-udev[2742]: modprobe: ERROR: could not insert 'edd' / usb3-3: device descriptor error Note: For some reason whenever I try a fresh boot-from-usb-image, 1st try ends in same 'dracut timeuot' error I mentioned for my initial install try a couple days ago. 'exit' does nothing useful, but ctrl-alt-del and retry-with-identical-boot-from-option-via-<f11> works ... no idea why this 2-try, but hopefully it's behind me now. The 'base environment' options at boot-from-usb don't include workstation, they are these 3: o Server o Minimal install - that alas causes 'GNOME' to vanish from the neighboring 'additional software' pane o Custom operating system - yah, that sounds not-for-me Again chose server+gui, this time network-setup showed the wifi and was able to password-connect to that - yay! Post-install, again rebooted-from-new-CentOS-kernel-on-SSD, again got cmd-line mode (expected), but it seems wifi is not auto-enabled even though I configured it during install and it clearly was web-connected (e.g. internet time stuff showed up). 'dnf grouplist' gives same no-connecttion error or before. So back to same issue: how to enable wifi from cmd-line. Hopefully easy now that it's been properly preconfigured. Last fiddled with by ewmayer on 2020-11-22 at 02:12 |
![]() |
![]() |
![]() |
Thread Tools | |
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
AMD vs Intel | dtripp | Software | 3 | 2013-02-19 20:20 |
Intel NUC | nucleon | Hardware | 2 | 2012-05-10 23:53 |
Intel RNG API? | R.D. Silverman | Programming | 19 | 2011-09-17 01:43 |
AMD or Intel | mack | Information & Answers | 7 | 2009-09-13 01:48 |
Intel Mac? | penguain | NFSNET Discussion | 0 | 2006-06-12 01:31 |