Ubuntu 24.04.1 LTS | Lataa ja asenna | Tutustu yhteisöön | Blogi | Yritysten tarjoamat palvelut
Liity Ubuntu Suomen seuraan muualla: Discourse, Facebook, Mastodon, Matrix, Telegram, X
Näytä kirjoitukset
Tässä osiossa voit tarkastella kaikkia tämän jäsenen viestejä. Huomaa, että näet viestit vain niiltä alueilta, joihin sinulla on pääsy.
Jos sinulla Nvidian suljetut ajurit on asennettuna, niin siinähän tulee mukana hallintaohjelma, millä voi tehdä kaikenlaisia säätöjä.jospa näytät MISTÄ nuo asetukset löytyy?
Ubuntu 24.04:n CHIRP-versiossa on bugi, joka kaataa ohjelman, jos se käynnistetään ilman aiempia asetuksia:no nyt alkoi toimia, kiitos
https://bugs.launchpad.net/ubuntu/+source/chirp/+bug/2071563
Paketin korjausta saa luultavasti vielä odotella, mutta sillä välin voit itse korjata vian editoimalla tiedostoa "/usr/lib/python3/dist-packages/chirp/wxui/main.py" esimerkiksi geditillä:Koodia: [Valitse]gedit admin:///usr/lib/python3/dist-packages/chirp/wxui/main.py
Korvaa rivi 1025:Koodia: [Valitse]CONF.remove_option('recent%i' % i, 'state')
näillä kahdella koodirivillä:Koodia: [Valitse]if CONF.is_defined('recent%i' % i, 'state'):
CONF.remove_option('recent%i' % i, 'state')
$ chirpw
ERROR: Unable to open image, fixture will not work
ERROR: Unable to open image, fixture will not work
Traceback (most recent call last):
File "/usr/bin/chirpw", line 33, in <module>
sys.exit(load_entry_point('chirp==20240224', 'console_scripts', 'chirpw')())
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/chirp/wxui/__init__.py", line 178, in chirpmain
mainwindow = main.ChirpMain(None, title='CHIRP')
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/chirp/wxui/main.py", line 415, in __init__
self.SetMenuBar(self.make_menubar())
^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/chirp/wxui/main.py", line 656, in make_menubar
self.adj_menu_open_recent(None)
File "/usr/lib/python3/dist-packages/chirp/wxui/main.py", line 1025, in adj_menu_open_recent
CONF.remove_option('recent%i' % i, 'state')
File "/usr/lib/python3/dist-packages/chirp/wxui/config.py", line 160, in remove_option
self._config.remove_option(section, key)
File "/usr/lib/python3/dist-packages/chirp/wxui/config.py", line 64, in remove_option
self.__config.remove_option(section, key)
File "/usr/lib/python3.12/configparser.py", line 924, in remove_option
raise NoSectionError(section) from None
configparser.NoSectionError: No section: 'state'Ubuntu avaa myös "Ohjelma lopetti toimintansa" -ikkunan mutta siitä ei saa kopioitua mitään eikä kaikki mahdu kuvakaappaukseen
järjestelmä korjattu modifioidulla versiolla tuosta ohjeesta kun sain vahvistuksen että pitäisi toimia, /home on järjestelmälevyllä, kakkoslevy pelkästään tiedostojen säilytykseen, osa piti säilyttää järjestelmälevyllä (tai niin luulin, kaikki tärkeä & siirrettävissä oleva mahtuikin vielä kakkoslevylle), kiitos kun osoitit oikeaan suuntaan.Eikös tuo pitäisi toimia kun chroot liittää tuon /mnt kansion ns. root hakemistoksi ja sehän tuossa listassa ensimmäisenä tehty sda1 osiosta.En ole tainnut koskaan kokeilla, mutta eikös live istunnosta pitäisi pystyä tekeen chroot ja kokeilla päivittää asennus uudelleen?https://askubuntu.com/questions/616529/update-system-from-live-session neuvoo ajamaan
Myöhäistä enää mainita, mutta periaatteessa kait olisi voinut tehdä Ubuntu server asennuksen ilman mitään ominaisuuksia ja asentaa siihen vain työpöydän jälkikäteen. Debian on kyllä kiva kun siinä on vieläkin net asennuskuva.Koodia: [Valitse]sudo mount /dev/sda1 /mntja lopuksi
sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys /mnt/sys
sudo chroot /mntKoodia: [Valitse]sudo apt-get upgrade or sudo apt-get update, live istunnossa järjestelmälevy on sdb ja kakkoslevy on sdc, kannattaako seurata ohjetta sellaisenaan?
Mutta tuossa kommentissasi pisti silmään kakkoslevy. Onko sinulla erillisellä asemalla /home kansio? Silloin kait pitäisi asennuksen toimia kunhan vain asennuksessa liität sen uudestaan /home kansioksi, mutta varo tietysti laittamasta alustus täppää. Käsitin varmaan jotain väärin kyllä?
En ole tainnut koskaan kokeilla, mutta eikös live istunnosta pitäisi pystyä tekeen chroot ja kokeilla päivittää asennus uudelleen?https://askubuntu.com/questions/616529/update-system-from-live-session neuvoo ajamaan
Myöhäistä enää mainita, mutta periaatteessa kait olisi voinut tehdä Ubuntu server asennuksen ilman mitään ominaisuuksia ja asentaa siihen vain työpöydän jälkikäteen. Debian on kyllä kiva kun siinä on vieläkin net asennuskuva.
sudo mount /dev/sda1 /mnt
sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys /mnt/sys
sudo chroot /mntja lopuksi sudo apt-get upgrade or sudo apt-get update, live istunnossa järjestelmälevy on sdb ja kakkoslevy on sdc, kannattaako seurata ohjetta sellaisenaan?
Onko palautuspisteitä otettu käyttöön? Sain ainakin mintussa epäonnistuneen päivityksen jälkeen järjestelmän palautettua ennalleen.ei mitään muistikuvaa joten oletetaan että ei
En ole tainnut koskaan kokeilla, mutta eikös live istunnosta pitäisi pystyä tekeen chroot ja kokeilla päivittää asennus uudelleen?miten tarkalleenottaen? Lubuntu 24.04.1 live istunto käynnissä ja tärkeät tiedostot pelastettu joten nyt uskaltaa kokeilla
Myöhäistä enää mainita, mutta periaatteessa kait olisi voinut tehdä Ubuntu server asennuksen ilman mitään ominaisuuksia ja asentaa siihen vain työpöydän jälkikäteen. Debian on kyllä kiva kun siinä on vieläkin net asennuskuva.
Systemd:n antama virhe puuttuvasta kirjastosta ja siitä seuraava Busybox-kehote viittaavat siihen, että päivitys on keskeytynyt hankalaan kohtaan ja korjaaminen on todennäköisesti hyvin vaikeaa, vaikka saisit asiantuntijan paikan päälle. Lisäksi toisen listauksen perusteella järjestelmä kaatuu kernelin virheeseen, eli vanhemmassa kernelissä on jotain pahasti vialla.voisiko tämä olla syy, jos niin miten tuota ohjetta pitäisi lukea?
Joudut hankkimaan ulkoisen levyn tai muun tallennuspaikan koneella oleville tiedostoille. Voit sitten kopioida ne talteen Ubuntun asennusmedian kokeilutilassa.
Periaatteessa olisi mahdollista yrittää uutta asennusta suoraan nykyisen päälle alustamatta levyä, mutta siinä on suuri vaara, että teet virheen asennusvalinnoissa, tai että asennusohjelma ei noudata annettuja ohjeita vaan alustaa osion joka tapauksessa.
Systemd:n antama virhe puuttuvasta kirjastosta ja siitä seuraava Busybox-kehote viittaavat siihen, että päivitys on keskeytynyt hankalaan kohtaan ja korjaaminen on todennäköisesti hyvin vaikeaa, vaikka saisit asiantuntijan paikan päälle. Lisäksi toisen listauksen perusteella järjestelmä kaatuu kernelin virheeseen, eli vanhemmassa kernelissä on jotain pahasti vialla.kai se on keksittävä jotain millä saa tiedot pelastettua, ideoita miten asentaa Ubuntu kun isoin usb tikku mitä löytyy on 2,7gb?
Joudut hankkimaan ulkoisen levyn tai muun tallennuspaikan koneella oleville tiedostoille. Voit sitten kopioida ne talteen Ubuntun asennusmedian kokeilutilassa.
Periaatteessa olisi mahdollista yrittää uutta asennusta suoraan nykyisen päälle alustamatta levyä, mutta siinä on suuri vaara, että teet virheen asennusvalinnoissa, tai että asennusohjelma ei noudata annettuja ohjeita vaan alustaa osion joka tapauksessa.
Näyttää olevan niin pahasti rikki ja solmussa, että järkevin ratkaisu on puhdas uudelleenasennus.entä jos haluan yrittää korjata siitä huolimatta koska koneella on enemmän pelastettavaa kuin saan otettua talteen?
```bash
sudo mount /dev/sdb1 /mnt
``````bash
sudo mount /dev/sdbX /mnt/boot
sudo mount /dev/sdbY /mnt/home
``` ```bash
sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys /mnt/sys
sudo mount --bind /run /mnt/run
``` ```bash
sudo chroot /mnt
``` ```bash
apt update
``` ```bash
apt --fix-broken install
apt full-upgrade
``` ```bash
grub-install /dev/sdb
update-grub
``` ```bash
exit
``` ```bash
sudo umount /mnt/dev
sudo umount /mnt/proc
sudo umount /mnt/sys
sudo umount /mnt/run
sudo umount /mnt
``` ```bash
sudo reboot
```yksi container lakkasi toimimasta tulostaennyt kun yritän käyttää dockeria valittaaKoodia: [Valitse]docker: Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?.
See 'docker run --help'.
edit: löysin vastauksen tästä ketjusta (useita eri ratkaisuja tarjottu, kokeilin vähän kaikkia ja löhti toimimaan) https://stackoverflow.com/questions/44678725/cannot-connect-to-the-docker-daemon-at-unix-var-run-docker-sock-is-the-docker
Joo, palvelu pitää käynnistää, ja myös enabloida, jos haluat että se käynnistyy uudelleen koneen käynnistyessä.Koodia: [Valitse]sudo systemctl start docker
sudo systemctl enable docker
docker: Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?.yritin vähän kaikkea mitä viimeksikin, tuloksena tämä:ape@Apentosh:~$ sudo systemctl start docker
Job for docker.service failed because the control process exited with error code.
See "systemctl status docker.service" and "journalctl -xe" for details.
ape@Apentosh:~$ systemctl status docker.service
● docker.service - Docker Application Container Engine
Loaded: loaded (/lib/systemd/system/docker.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Fri 2023-07-21 20:27:25 EEST; 5s ago
TriggeredBy: ● docker.socket
Docs: https://docs.docker.com
Process: 1194606 ExecStart=/usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock (code=exited, status=1/FAILURE)
Main PID: 1194606 (code=exited, status=1/FAILURE)
heinä 21 20:27:22 Apentosh systemd[1]: docker.service: Main process exited, code=exited, status=1/FAILURE
heinä 21 20:27:22 Apentosh systemd[1]: docker.service: Failed with result 'exit-code'.
heinä 21 20:27:22 Apentosh systemd[1]: Failed to start Docker Application Container Engine.
heinä 21 20:27:25 Apentosh systemd[1]: docker.service: Scheduled restart job, restart counter is at 3.
heinä 21 20:27:25 Apentosh systemd[1]: Stopped Docker Application Container Engine.
heinä 21 20:27:25 Apentosh systemd[1]: docker.service: Start request repeated too quickly.
heinä 21 20:27:25 Apentosh systemd[1]: docker.service: Failed with result 'exit-code'.
heinä 21 20:27:25 Apentosh systemd[1]: Failed to start Docker Application Container Engine.
mitäs nyt?nyt kun yritän käyttää dockeria valittaaelikkä päivitin dockerin apt:n kautta, snap ilmoittelee edelleen joka päivä että olis päivitys joka pitää asentaa nopeasti, sitten kun snapin avaa niin valittaa edelleen täsmälleen samaa asiaa kuin yllä.
Poista dockerin snap-paketti, jos käytät nyt apt:n kautta asennettua versiota.Koodia: [Valitse]snap remove docker
docker: Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?.
See 'docker run --help'.