CentOS - datorn hänger sig varje gång jag startar om eller stänger av datorn

Trädvy Permalänk
Medlem
Plats
Norrköping
Registrerad
Dec 2009

CentOS - datorn hänger sig varje gång jag startar om eller stänger av datorn

Har en helt ny installation av CentOS 7 och varje gång jag startar om (reboot) så går fläktarna på full hastighet och datorn låter som ett flygplan. Samtidigt är skärmen svart och jag kan inte göra något, måste hålla in On/Off knappen för att tvinga den att stänga av. Någon som känner till problemet?

Har prövat att sätta kernel parameter: reboot = force. Men det har inte hjälpt

PS
En annan sak är att det tar 5-10 minuter att starta datorn. Den laddar extremt länge. Tror det är någon kmod som kompileras/byggs varje gång man startar datorn? Eller vad är det? Tycker att alla moduler till kernel borde endast behöva installeras en gång och inte varje gång man bootar.

Trädvy Permalänk
Medlem
Plats
Göteborg
Registrerad
Jan 2008

Märkligt, aldrig sett det på flertalet äldre CentOS-versioner.
Vad är det för hårdvara i burken?
Ser du nåt konstigt i ex. dmesg-loggarna?

|[●▪▪●]| i5-6600k@4,4GHz >-< GB-Z170X-GM3 >-< 16GB DDR4 >-< MSI GTX 1070 >-< BX100 250GB SSD>--
--< Be Quiet! Pure Rock >-< FD Define R4 >-< Seasonic F.+ 650W >-< Acer XF270HUA >-< AOC Q2778VQE |[●▪▪●]|

Trädvy Permalänk
Medlem
Plats
Norrköping
Registrerad
Dec 2009
Skrivet av RHWarrior:

Märkligt, aldrig sett det på flertalet äldre CentOS-versioner.
Vad är det för hårdvara i burken?
Ser du nåt konstigt i ex. dmesg-loggarna?

Kör
GPU: Geforce GTX 1060TI 6GB
CPU: Intel Core i5 4440 (Haswell) @ 3.10 GHz
SSD: 256GB Samsung SSD 850
HDD: WDC WD5000AAKS-0 500GB

Är ganska ny med Linux så vet inte vad jag ska leta efter. Men detta är vad jag hittade när jag skummade igenom efter ord såsom Failure, Error, Not loaded och så vidare:

[ 440.769274] Netfilter messages via NETLINK v0.30. [ 440.785793] ip_set: protocol 6 [ 476.301751] nvidia 0000:01:00.0: irq 34 for MSI/MSI-X [ 477.054258] ERROR: Unable to locate IOAPIC for GSI 37 [ 477.054261] Failed to set pin attr for GSI37 [ 477.056086] ERROR: Unable to locate IOAPIC for GSI 37 [ 477.056088] Failed to set pin attr for GSI37 [ 477.057978] ERROR: Unable to locate IOAPIC for GSI 37 [ 477.057980] Failed to set pin attr for GSI37 [ 477.059862] ERROR: Unable to locate IOAPIC for GSI 37 [ 477.059864] Failed to set pin attr for GSI37 [ 477.061726] ERROR: Unable to locate IOAPIC for GSI 37 [ 477.061727] Failed to set pin attr for GSI37 [ 477.063547] ERROR: Unable to locate IOAPIC for GSI 37 [ 477.063548] Failed to set pin attr for GSI37 [ 477.065357] ERROR: Unable to locate IOAPIC for GSI 37 [ 477.065359] Failed to set pin attr for GSI37 [ 477.067758] nvidia-modeset: Allocated GPU:0 (GPU-9be8e2f0-d368-3651-e4b2-4283da19f2cd) @ PCI:0000:01:00.0 [ 479.341358] tun: Universal TUN/TAP device driver, 1.6 [ 479.341361] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com> [ 479.342982] virbr0: port 1(virbr0-nic) entered blocking state [ 479.342985] virbr0: port 1(virbr0-nic) entered disabled state [ 479.343017] device virbr0-nic entered promiscuous mode [ 479.585599] virbr0: port 1(virbr0-nic) entered blocking state [ 479.585604] virbr0: port 1(virbr0-nic) entered listening state [ 479.585637] IPv6: ADDRCONF(NETDEV_UP): virbr0: link is not ready [ 479.793840] virbr0: port 1(virbr0-nic) entered disabled state [ 480.087177] INFO: task systemd-udevd:270 blocked for more than 120 seconds. [ 480.087182] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 480.087185] systemd-udevd D ffff8c8fa05b1fa0 0 270 1 0x00000004

Ska jag klistra in hela? Den är ganska lång.

Tacksam för all hjälp

Trädvy Permalänk
Medlem
Registrerad
Jan 2015

Failsafe

Har haft liknande problem på en Ubuntu distro. Jag är tvungen att starta GRUB. För att komma in. Ganska säker på att det beror på GPU-drivrutiner. Detta hjälpte mig:

To start Ubuntu into safe mode (Recovery Mode) hold down the left Shift key as the computer starts to boot. If holding the Shift key doesn't display the menu press the Esc key repeatedly to display the GRUB 2 menu. From there you can choose the recovery option.

Fractal R5 | MSI Z170A GAMING PRO | i5 6600K@4.7GHz | Noctua D15 | Corsair Vengeance LPX 16GB@2,9GHz | MSI GTX 970 GAMING 4G@1,5/7,5GHz | Evga SuperNOVA 750 G2 80+ Gold | 240GB OCZ, 120GB SanDisk, 6TB WD RED

Trädvy Permalänk
Medlem
Plats
Småland, långt ute i mörka skogen.
Registrerad
Maj 2018

Förmodligen är det hårdvaruproblem. CentOS och Red Hat Enterprise är väldigt bra OS. Men de är avsedda för servers med känd och kanske till och med certifierad hårdvara för Red Hat Enterprise. Det går troligen utmärkt att använda CentOS även med ny/okänd hårdvara men det kan innebära att man måste kompilera en egen kernel med stöd för exakt den hårdvara man vill använda.

Typisk process för en glad amatör utan tillgång till certifierad hårdvara är att få igång CentOS felfritt på enkel/standard/gammal hårdvara. Sedan byta komponenter en och en för att testa och identifiera problemhårdvara, leta upp fixar, och kompilera om kärnan vid behov. En uppenbar nackdel är att servern då blir hårt låst till en unik uppsättning hårdvara. Om något går sönder kan det bli bökigt att få tag på exakt samma hårdvara. Därför föredrar proffs certifierad hårdvara...

Det kan vara lättare att använda en Linux-variant med stöd för en nyare hårdvarustack med mer stöd för modern konumenthårdvara. Exempelvis senaste Fedora om du gillar Red Hat och RPM.

Linux och Android

Trädvy Permalänk
Medlem
Plats
Norrköping
Registrerad
Dec 2009
Skrivet av Adoby:

Förmodligen är det hårdvaruproblem. CentOS och Red Hat Enterprise är väldigt bra OS. Men de är avsedda för servers med känd och kanske till och med certifierad hårdvara för Red Hat Enterprise. Det går troligen utmärkt att använda CentOS även med ny/okänd hårdvara men det kan innebära att man måste kompilera en egen kernel med stöd för exakt den hårdvara man vill använda.

Typisk process för en glad amatör utan tillgång till certifierad hårdvara är att få igång CentOS felfritt på enkel/standard/gammal hårdvara. Sedan byta komponenter en och en för att testa och identifiera problemhårdvara, leta upp fixar, och kompilera om kärnan vid behov. En uppenbar nackdel är att servern då blir hårt låst till en unik uppsättning hårdvara. Om något går sönder kan det bli bökigt att få tag på exakt samma hårdvara. Därför föredrar proffs certifierad hårdvara...

Det kan vara lättare att använda en Linux-variant med stöd för en nyare hårdvarustack med mer stöd för modern konumenthårdvara. Exempelvis senaste Fedora om du gillar Red Hat och RPM.

Detta förklarade en väldigt massa saker, tack!

Saken är att jag kommer precis från Fedora (27) och hade problem med drivrutiner till grafikkortet. Men om jag ska vara helt uppriktig så tror jag att det var för att jag uppdaterade lite för frekvent. För när jag började med kernel 4.13 (tror jag?) vid nyinstallation av Fedora 27 så fungerade det smärtfritt. Det var inte förrän jag uppdaterade till kernel version 4.17 som allting brakade samman, då 4.17 inte passade mina grafikkortsdrivrutiner. Så jag tror att om jag bara hade låtit bli att uppdatera kerneln så hade allt funkat prima.

Nu fungerar allt "bra". Det enda är att det tar 10 minuter att starta datorn och jag måste stänga av den med brytaren. Den temporära lösningen jag har nu är ganska simpel: Att aldrig stänga av datorn

Tror jag kommer gå tillbaka till Fedora efter en kort period. Nu när jag förstått lite mer hur CentOS fungerar med Red Hat.
Dock är nackdelen med Fedora, om jag förstått rätt, att det är väldigt kort tid för underhåll/support (1-2 år?). Medan CentOS har mycket längre support (10 år?).

Trädvy Permalänk
Medlem
Plats
Småland, långt ute i mörka skogen.
Registrerad
Maj 2018

@Alotiat: Det låter som att du skulle behöva TimeShift när du går över till Fedora igen. Se annan tråd här...

Då kan du uppdatera och installera nya drivrutiner och om något krånglar kan du mycket enkelt backa tillbaka till hur det var när det fungerade felfritt. Och kanske vänta med att uppgradera tills nästa kärna kommer, eller tills man fixat buggar i drivrutinerna. När det gäller NVidia kan man behöva vänta lite med att uppdatera kärnan så att en ny NVidia-drivrutin dykt upp, om man vill ha det allra senaste...

Sedan är Fedora väldigt spännande just nu efter samgående Red Hat och CoreOS. Det kan nog vara intressant att följa vad det leder till för Fedora... Kanske rullande uppdateringar utan de normala stegen. Byter "byggstenar" utan att påverka resten... Kanske...

https://fedoramagazine.org/announcing-fedora-coreos/

Linux och Android