Hinnavaatlus
:: Foorum
:: Uudised
:: Ärifoorumid
:: HV F1 ennustusvõistlus
:: Pangalink
:: Telekavad
:: HV toote otsing
|
|
autor |
sõnum |
|
avrn
Kreisi kasutaja
liitunud: 16.02.2007
|
27.02.2021 11:32:58
Ubuntu server shutdowni asemel restardib. |
|
|
Tervist.
Ubuntu server 18.04.5 64bit.
On crontabis seadistatud välja lülitamine kl. 2.10. Selline rida:
10 2 * * * sudo /sbin/shutdown -h now |
Selle asemel teeb restardi.
Oma tarkusega oskasin aktiveerida crontabi logi, et näha, kas üldse midagi teeb.
Väljavõte:
Feb 27 02:10:01 tvserver0 CRON[2292]: (root) CMD (sudo /sbin/shutdown -h now)
Feb 27 02:10:42 tvserver0 cron[745]: (CRON) INFO (pidfile fd = 3)
Feb 27 02:10:42 tvserver0 cron[745]: (CRON) INFO (Running @reboot jobs)
Feb 27 02:10:45 tvserver0 systemd-timesyncd[669]: Network configuration changed, trying to establish connection.
Feb 27 02:10:57 tvserver0 systemd-timesyncd[669]: Timed out waiting for reply from 91.189.89.198:123 (ntp.ubuntu.com).
Feb 27 02:10:57 tvserver0 systemd-timesyncd[669]: Synchronized to time server 91.189.91.157:123 (ntp.ubuntu.com).
|
Ja nii iga päev. A sellega mu tarkus hetkel piirdub. Guuglist ei ole ka abi saanud, ma ei oska vist küsida.
Oskab keegi mulle nõu anda, kuidas probleemile jaole saada?
Emaplaadiks Gigabyte H370HD3, protsessor I3-9100F, 16G mälu.
Lisan juurde, et kui ma annan terminalis käsu shutdown -h now, siis teeb masin korrektselt shutdowni.
Aga crontabis mitte.
viimati muutis avrn 27.02.2021 18:09:59, muudetud 1 kord |
|
Kommentaarid: 5 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
5 |
|
tagasi üles |
|
|
mega
HV Guru
liitunud: 12.02.2004
|
27.02.2021 16:12:48
|
|
|
proovi
_________________ - censored - |
|
Kommentaarid: 269 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
0 :: |
236 |
|
tagasi üles |
|
|
avrn
Kreisi kasutaja
liitunud: 16.02.2007
|
27.02.2021 16:38:38
|
|
|
Aga see on ju käsk restartimiseks ?
|
|
Kommentaarid: 5 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
5 |
|
tagasi üles |
|
|
olavsu1
külaline
|
27.02.2021 17:06:02
|
|
|
sudo halt lülitas masina välja.
|
|
tagasi üles |
|
|
serxx
Kreisi kasutaja
liitunud: 17.09.2002
|
27.02.2021 17:33:51
|
|
|
ka nii saab teha shutdowni
init 0
või restardi
init 6
|
|
Kommentaarid: 153 loe/lisa |
Kasutajad arvavad: |
|
:: |
2 :: |
2 :: |
138 |
|
tagasi üles |
|
|
napoleon
Unknown virus
liitunud: 08.12.2008
|
27.02.2021 19:22:26
|
|
|
Ma millegipärast arvan, et kõhus teevad kõik need käsud üht ja sama.
Puusalt tulistades ma kahtlustaks, et masin teebki shutdowni, aga miski tarkvara või riistvara äratab ta üles jälle
|
|
Kommentaarid: 76 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
59 |
|
tagasi üles |
|
|
avrn
Kreisi kasutaja
liitunud: 16.02.2007
|
27.02.2021 19:43:03
|
|
|
napoleon kirjutas: |
Puusalt tulistades ma kahtlustaks, et masin teebki shutdowni, aga miski tarkvara või riistvara äratab ta üles jälle |
Aga kuidas seda kindlaks teha, mis just?
|
|
Kommentaarid: 5 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
5 |
|
tagasi üles |
|
|
napoleon
Unknown virus
liitunud: 08.12.2008
|
|
Kommentaarid: 76 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
59 |
|
tagasi üles |
|
|
Dirty Harry
HV Guru
liitunud: 05.09.2002
|
27.02.2021 20:25:22
|
|
|
Messages logist näed, kui arvuti käima läheb. St vaata, mis toimub peale Su shutdowni, kas mingi aja pärast läheb käima (ning kuidas läheb).
|
|
Kommentaarid: 178 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
1 :: |
144 |
|
tagasi üles |
|
|
Dogbert
HV Guru
liitunud: 03.05.2004
|
14.08.2022 13:28:09
|
|
|
Pole otseselt Ubuntu küsimus, vaid selle 'ema', Debiani teemal. Samas ei tohiks suurt erinevust olla.
Probleem on selline, et masina UEFI on nii sõnnik, et unustab ketaste bootimise järjekorra iga kord, kui bootimisel avastab, et vahepeal on mõni ketas lahti ühendatud, asendatud või lisatud.
Vahel väga harva õnnestub bootida pärast seda ilma USB pealt rescue käimatõmbamise ja efibootmgr abil uue järjekorra loomiseta käsitsi.
Emaplaat on vana ASUS P8H67-M EVO kõige uuema saadaoleva UEFI BIOS-iga.
Masina enda UEFI ei suuda GPT kettalt EFI partitsiooni üles leida automaatselt ja vana järjekorra 'unustab' ehmatusega, et kõik kettad ei ole täpselt samad masina küljes, mis varem seal leidusid.
Kas võib probleem olla selles, et selle pooletoobine UEFI ei otsi EFI faili kaugemalt kui esimeselt partitsioonilt? Ja kui esimene pole FAT32 EFI, siis lihtsalt loobub.
Kuskil pole öeldud, et EFI peab olema esimene, aga kuna Windows teeb ta esimeseks, siis võib ehk mõni UEFI-t kirjutav codemonkey eeldada, et EFI on alati esimene?
Hetkel on EFI kolmandal partitsioonil. Esimene partitsioon on mdadm RAID1 boot ext2 formaadis, teine on igaks juhuks legacy bootimiseks tehtud bios_grub (2MiB) ja EFI FAT32 on alles kolmas.
Mõtlesin lisada kolmanda ketta ja teha sellel partitsioonid teises järhekorras, lükates EFI esimeseks, selle sappa bios_grub ja alles siis RAID süsteemipartitsioonid. Kui seda õnnestub ilma debiani live pulgata käivitada, siis teen teiste ketastega sama.
Vanasti ettejuhtunud masinatel ei ole sellist jama kohanud. Oskasid ise bootida BIOS-i järjekorras järgmise ketta pealt, kui esimene käest kadus.
Sama oskab teha natuke uuem, aga kehvem MSI emaplaat EFI bootimisega. Süsteem ei jää bootimata isegi kui EFI on kolmas partitsioon ja üks ketas, mille pealt varem bootimine toimus, vahepeal küljest 'kaob'.
Aga see ASUS on üks kuramuse ikaldus.
Oh, ma vist praegu leidsin midagi, mida tasub enne proovida:
https://unix.stackexchange.com/questions/360305/uefi-not-recognising-efi-partition-no-booting-options
Et ASUS-e UEFI ei oska EFI faili leida, kui EFI partitsioonil ei ole kausta nimi mitte 'boot' vaid on midagi muud.
Debianil on see muidugi 'debian' vaikimisi. Tasub ilmselt ära proovida.
_________________ Tee inimesele lõke ja tal on soe üheks päevaks, pista ta põlema ja tal on soe elu lõpuni. (Terry Pratchett)
e.k spikker: muhk on kumer, lohk on nõgus. |
|
Kommentaarid: 33 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
32 |
|
tagasi üles |
|
|
napoleon
Unknown virus
liitunud: 08.12.2008
|
14.08.2022 13:50:36
|
|
|
Dogbert, mulle tundub, et sul on siiski probleem selle masina BIOS-ga mitte debianiga. Mina olen EFI alati esimeseks teinud, aga noh, saan aru et kui süsteem juba on paigaldatud nii nagu ta on, siis hiljem on üsna tülikas partitsioonide järjekorda muuta.
|
|
Kommentaarid: 76 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
59 |
|
tagasi üles |
|
|
Dogbert
HV Guru
liitunud: 03.05.2004
|
16.08.2022 10:46:33
|
|
|
Aga seda ma kirjutasingi, et probleem on masina UEFI BIOS-iga ja otsin võimalust Debiani sellega lepitada kuidagimoodi.
Ma ei kirjutanud kusagil, et Debian oleks probleemne.
Debianis otsin lahendust UEFI ebastandardsetele veidrustele.
Partitsioonide järjekorra muutmine mdadm RAID1 süsteemis on tegelikult suhteliselt lihtne, ühel kettal tunduvalt keerulisem.
Põhimõtteliselt saab seda teha live süsteemis, kordagi rebootimata.
Praegu on Debian kahe kettaga RAID1-i peal. Lisan kolmanda, kuhu teen partitsioonid uues järjekorras (ja boot partitsiooni pean ka suurendama, 200MiB kipub kitsaks jääma kahe kerneli olemasolu korral).
Lisan kolmanda ketta partitsioonid RAID1 massiividele, mis asuvad kahe olemasoleva ketta peal.
Paigaldan grubi lisatud kettale.
Nüüd on aeg tulemust katsetada ja rebootimisest ei pääse. Power off.
Ühendan algsed kaks ketast masinast lahti ja üritan värskelt lisatud kettalt bootida.
Kui nüüd suudab masina UEFI kettalt EFI partitsiooni üles leida, siis = pidu.
Juhul kui katse oli edukas, kopeerin partitsioonitabeli ka teisele kettale, lisan vajalikud partitsioonid töötavatele RAID massiividele ja paigaldan grubi.
Siis teen sama kolmanda kettaga. Hiljem võib kolmanda ketta eemaldada. Või alles jätta.
Aga alustan kõige lihtsamast - EFI partitsioonil kaustanime muutmisest debianist boot-iks.
Homme.
___________________
Lahendus:
Debiani EFI bootimise fail EFI partitsioonil: \EFI\debian\grubx64.efi
lähed EFI partitsioonil EFI kataloogi ja kopeerid kogu 'debian' kataloogi 'BOOT' nimeliseks kataloogiks,
grubx64.efi faili nimetad bootx64.efi failiks (ainult x64 süsteemis muidugi. Muu arhitektuuriga süsteemides peavad olema muud liited: vt link allpool)
(parandus) EFI partitsioon peab siiski olema esimene.
Sel juhul toimub bootimine igast asendist, esimese ettejuhtuva ketta pealt, millelt EFI partitsioon \EFI\BOOT\bootx64.efi failiga leitakse.
https://www.rodsbooks.com/efi-bootloaders/installation.html#alternative-naming Using a Fallback Filename
_________________ Tee inimesele lõke ja tal on soe üheks päevaks, pista ta põlema ja tal on soe elu lõpuni. (Terry Pratchett)
e.k spikker: muhk on kumer, lohk on nõgus. |
|
Kommentaarid: 33 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
32 |
|
tagasi üles |
|
|
XeStAiSy
HV Guru
liitunud: 12.12.2001
|
28.01.2023 18:49:39
|
|
|
Kas ubuntudel on ikka see mure peale oma asja tööle saamist kukub kokku.
_________________ Punktkeevitus patareidele/akudele. Akutrelli/laptopi/e-bike. PM |
|
Kommentaarid: 12 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
11 |
|
tagasi üles |
|
|
napoleon
Unknown virus
liitunud: 08.12.2008
|
28.01.2023 18:59:40
|
|
|
Täpsusta mis kokku kukub. Üldiselt töötab ilusti, uuendused, isegi versiooniuuendused teeb ka enamasti üsna muretult.
|
|
Kommentaarid: 76 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
59 |
|
tagasi üles |
|
|
Dirty Harry
HV Guru
liitunud: 05.09.2002
|
28.01.2023 20:10:39
|
|
|
Margus kirjutas: |
Kas ubuntudel on ikka see mure peale oma asja tööle saamist kukub kokku. |
Kuna seda pole kunagi olnud siis - ei.
|
|
Kommentaarid: 178 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
1 :: |
144 |
|
tagasi üles |
|
|
AboveOneAboveAll
HV vaatleja
liitunud: 19.03.2023
|
19.03.2023 22:27:43
|
|
|
Kas Radeon iGPU 680M + nVidia RTX 3070 on liiga palju peavalu viimase Ubuntu jaoks?
Või oleks RTX 4060 parem mõte?
4060 või 3070 kasutaks vaid Blenderis renderdamiseks.
|
|
tagasi üles |
|
|
Supiplex
HV veteran
liitunud: 11.12.2002
|
20.03.2023 02:15:31
|
|
|
Ametlikud nVidia draiverid lubavad toetada mõlemat RTX kiibistikku: https://www.nvidia.com/Download/driverResults.aspx/199656/en-us/
AMD oma väidetavalt ka töötab: https://www.phoronix.com/review/amd-radeon-680m
Mõlemat korraga vaevalt töötavad. Pigem saad valida kas üks või teine, ja kui näiteks väline HDMI või DP port juhtub olema kindla kaardi külge keeviatud, siis saadki välise monitoriga ainult seda kasutada.
_________________ The young lady had an unusual list,
Linked in part to a structural weakness.
She set no preconditions. |
|
Kommentaarid: 38 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
34 |
|
tagasi üles |
|
|
asjameez
Kreisi kasutaja
liitunud: 10.12.2006
|
16.08.2023 14:10:12
|
|
|
Jooksutad kõike vaikimisi AMD peal ja kui tahad Blenderit või mõnda nõudlikumat mängu Nvidia peal jooksutada, siis `prime-run` käsule ette (`prime-run blender`).
|
|
Kommentaarid: 63 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
61 |
|
tagasi üles |
|
|
Vael
HV Guru
liitunud: 17.03.2013
|
16.08.2023 15:54:35
|
|
|
Uskumatult kiireks on Ubuntu uuendused muutunud. Upgrade ver+1 teeb sama kiiresti nagu windoosa mingit suva uuendust uimab.
Kerneli pätsud teeb ka kiiresti ja vanad koristab ka nüüd automaagiliselt ära.
ID kaardi need webid pluginad läksid ka muretult peale.
|
|
Kommentaarid: 17 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
16 |
|
tagasi üles |
|
|
avrn
Kreisi kasutaja
liitunud: 16.02.2007
|
18.02.2024 14:58:39
|
|
|
Tervist.
Üritan siin Ubuntu server 18.04 peal Raid1 ehitada, kuid ei õnnestu. Kaks 6TB ketast.
Teeb raid-member`iks vaid ühe ketta. Kaks korda juba proovinud.
Olen lähtunud õpetusest, mis sel lehel:
https://www.digitalocean.com/community/tutorials/how-to-create-raid-arrays-with-mdadm-on-ubuntu-18-04
sudo mdadm --create --verbose /dev/md0 --level=1 --raid-devices=2 /dev/sdb /dev/sdc
Tulemus:
Spoiler
lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINT
NAME SIZE FSTYPE TYPE MOUNTPOINT
sda 3,7T disk
└─sda1 3,7T ext4 part /mnt/salv
sdb 5,5T disk
sdc 5,5T linux_raid_member disk
sr0 1024M rom
nvme0n1 238,5G disk
├─nvme0n1p1 476M vfat part /boot/efi
├─nvme0n1p2 46,6G ext4 part /
└─nvme0n1p3 167,7G ext4 part /home
........................................................................
cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md127 : inactive sdc[1](S)
5860390488 blocks super 1.2
unused devices: <none>
Saan ma millestki valesti aru ja teen midagi valesti?
Tänan ette näpunäidete eest.
|
|
Kommentaarid: 5 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
5 |
|
tagasi üles |
|
|
napoleon
Unknown virus
liitunud: 08.12.2008
|
18.02.2024 15:21:34
|
|
|
Mulle tundub, et peaks olema nii hoopis
sudo mdadm --create --verbose /dev/md0 /dev/sdb /dev/sdc --level=1 --raid-devices=2
aga võib-olla sööb mõlemat pidi.
Kas mõlemad kettad on tühjad ja pole kuhugi mount-tud?
Tapa see md127 maha, kasvõi toote jõuga kui ketastel andmeid pole(nendest jääd sel meetodil ilma)
sudo cat /dev/zero > /dev/sdb
oota natuke ja ctrl-c
sudo cat /dev/zero > /dev/sdc
oota natuke ja ctrl-c
ja siis restart ja uuesti see array luua.
Miskit on sul seal nihu, see md127 tekib üldiselt siis, kui paned külge teisest masinast võetud ketta, kus enne raid oli. Kui ongi nii, et ketas polnud enne tühi, siis võib see kurja juur olla.
Kas see mdadm --create käsk mingeid vigu ei andnud?
|
|
Kommentaarid: 76 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
59 |
|
tagasi üles |
|
|
avrn
Kreisi kasutaja
liitunud: 16.02.2007
|
|
Kommentaarid: 5 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
5 |
|
tagasi üles |
|
|
napoleon
Unknown virus
liitunud: 08.12.2008
|
18.02.2024 17:13:43
|
|
|
Võid --assume-clean parameetrit ka proovida, tegelt pole array loomisel vaja resynci teha kui tead, et kettad on korras.
Aga kui nüüd nii tegema hakkas, siis kahtlustan, et tekib mingi kamm kuskil.
Vaata mis dmesg näitab kui lõpetanud on. Võimalik, et ühe või mõlema kettaga on miski error.
btw, see array ise peaks sul praegu ka kasutatav olema kui sinna mingi fs ka tekitad.
|
|
Kommentaarid: 76 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
59 |
|
tagasi üles |
|
|
avrn
Kreisi kasutaja
liitunud: 16.02.2007
|
18.02.2024 17:33:59
|
|
|
No praegu igatahes näitab nii:
Spoiler
lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINT
NAME SIZE FSTYPE TYPE MOUNTPOINT
sda 3,7T disk
└─sda1 3,7T ext4 part /mnt/salv
sdb 5,5T linux_raid_member disk
└─md0 5,5T ext4 raid1
sdc 5,5T linux_raid_member disk
└─md0 5,5T ext4 raid1
sr0 1024M rom
nvme0n1 238,5G disk
├─nvme0n1p1 476M vfat part /boot/efi
├─nvme0n1p2 46,6G ext4 part /
└─nvme0n1p3 167,7G ext4 part /home
.......................................................................
cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : active raid1 sdc[1] sdb[0]
5860390464 blocks super 1.2 [2/2] [UU]
[=>...................] resync = 5.3% (311195392/5860390464) finish=586.0min speed=157819K/sec
bitmap: 43/44 pages [172KB], 65536KB chunk
unused devices: <none>
Tasapisi edeneb. Näis, mis valmis teeb.
Failisüsteemi sai peale teha, tegin prooviks mõned kaustad ka, olid täitsa olemas.
Praegu rohkem ei torgi, las toimetab omaette.
|
|
Kommentaarid: 5 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
5 |
|
tagasi üles |
|
|
napoleon
Unknown virus
liitunud: 08.12.2008
|
18.02.2024 17:43:31
|
|
|
dmesg või sudo dmesg väljundit võid ka jälgida
sinna peaks näitama kui miski selle resync juures katki läheb
Võid praegu ka vaadata, ega see miskit ei torgi, lihtsalt näitab teateid.
või siis vaadata /var/log/syslog seal võib ka miskit olla
|
|
Kommentaarid: 76 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
59 |
|
tagasi üles |
|
|
|