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.


Viestit - Toni Alenius

Sivuja: [1] 2 3 ... 76
1
Ubuntu 24.04:n CHIRP-versiossa on bugi, joka kaataa ohjelman, jos se käynnistetään ilman aiempia asetuksia:
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')
no nyt alkoi toimia, kiitos

2
Käytän PMR -radiota harrastustoimintaan ja haluaisin kyetä ohjelmoimaan sen tietokoneellani, mutta koska en käytä Windowsia & valmistajan softa toimii vain sillä päätin kokeilla Python 3 -pohjaista softaa nimeltä CHIRP joka tukee useita eri PMR -radioita, ongelma on että se kaatuu käynnistyksessä, tämmöinen virhe tulee kun ajan sen terminalissa:
Koodia: [Valitse]
$ 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

3
En ole tainnut koskaan kokeilla, mutta eikös live istunnosta pitäisi pystyä tekeen chroot ja kokeilla päivittää asennus uudelleen?

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.
https://askubuntu.com/questions/616529/update-system-from-live-session neuvoo ajamaan
Koodia: [Valitse]
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 /mnt
ja lopuksi
Koodia: [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?
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.

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ä?
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.

4
En ole tainnut koskaan kokeilla, mutta eikös live istunnosta pitäisi pystyä tekeen chroot ja kokeilla päivittää asennus uudelleen?

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.
https://askubuntu.com/questions/616529/update-system-from-live-session neuvoo ajamaan
Koodia: [Valitse]
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 /mnt
ja lopuksi
Koodia: [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?

5
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

6
En ole tainnut koskaan kokeilla, mutta eikös live istunnosta pitäisi pystyä tekeen chroot ja kokeilla päivittää asennus uudelleen?

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.
miten tarkalleenottaen? Lubuntu 24.04.1 live istunto käynnissä ja tärkeät tiedostot pelastettu joten nyt uskaltaa kokeilla

7
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.

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.
voisiko tämä olla syy, jos niin miten tuota ohjetta pitäisi lukea?
https://discourse.ubuntu.com/t/upgrades-to-ubuntu-24-04-1-lts-are-enabled-again/

8
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.

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.
kai se on keksittävä jotain millä saa tiedot pelastettua, ideoita miten asentaa Ubuntu kun isoin usb tikku mitä löytyy on 2,7gb?

edit: päätin kokeilla tehdä vanhasta sata kovosta usb -adapterilla tilapäisen usb tikun ja kokeilla sillä, vartti menee ladata levykuva ja sitten 'poltto' kestänee aikansa, mutta muutakaan vaihtoehtoa ei oikein ole, live-cd:t on kaikki liian vanhoja ext4:lle ja valmiille ntfs -tuelle (ulkoinen kovo jolle voi mahtua jotain on alustettu ntfs:lle)

9
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?

10
tässä tulos kun yritän käynnistää vanhemmalla kernelin versiolla

11
päivitin ubuntun 24.04:ään ja uudelleenkäynnistyksessä sanoo tämmöistä, mitäs nyt?

edit: ratkaisu: (järjestelmälevyn ollessa sdb & live-usb:n ollessa sda)
### Step-by-Step Guide to Fixing the Failed Upgrade Using chroot:


1. **Boot into the Live USB**:



2. **Open a Terminal**:

   Launch the terminal from the live session.


3. **Mount Your System Drive (`sdb`)**:

   First, create a mount point for your system drive (e.g., `/mnt`):

   
Koodia: [Valitse]
```bash

   sudo mount /dev/sdb1 /mnt

   ```


   If you have a separate `/boot`, `/home`, or other partitions, mount them as well:

   
Koodia: [Valitse]
```bash

   sudo mount /dev/sdbX /mnt/boot

   sudo mount /dev/sdbY /mnt/home

   ```


   Replace `sdbX` with the appropriate partition numbers.


4. **Mount Essential Filesystems**:

   Mount the following virtual filesystems that are needed for chroot:

 
Koodia: [Valitse]
```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

   ```


5. **Chroot Into Your System**:

   Now enter the chroot environment:

Koodia: [Valitse]
   ```bash

   sudo chroot /mnt

   ```


   You are now operating as if you were in your installed system, with access to your system files and network.


6. **Update Package Lists**:

   To start, ensure your package lists are updated:

Koodia: [Valitse]
   ```bash

   apt update

   ```


7. **Attempt to Repair the Upgrade**:

   Run the following commands to fix broken packages and complete the upgrade:

Koodia: [Valitse]
   ```bash

   apt --fix-broken install

   apt full-upgrade

   ```

   This will attempt to fix any packages that didn’t install correctly and finish upgrading the system.


8. **Reinstall GRUB (Optional)**:

   If you suspect the bootloader is damaged, you can reinstall GRUB:

Koodia: [Valitse]
   ```bash

   grub-install /dev/sdb

   update-grub

   ```


9. **Exit Chroot and Unmount**:

   Once done, exit the chroot environment:

Koodia: [Valitse]
   ```bash

   exit

   ```

   Now unmount all the mounted filesystems:
Koodia: [Valitse]
   ```bash

   sudo umount /mnt/dev

   sudo umount /mnt/proc

   sudo umount /mnt/sys

   sudo umount /mnt/run

   sudo umount /mnt

   ```


10. **Reboot Your System**:

   Remove the live USB and reboot into your repaired system:
Koodia: [Valitse]
   ```bash

   sudo reboot

   ```


### Additional Notes:

- Ensure you're connected to the internet during the live session in case additional packages need to be downloaded.

- If you have encryption (LUKS) on your system partitions, you’ll need to unlock them before mounting.


By following this process, you’ll essentially repair the system as though you were inside your regular Ubuntu installation, which can resolve issues caused by the failed upgrade.

12
nyt kun yritän käyttää dockeria valittaa
Koodia: [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
yksi container lakkasi toimimasta tulostaen
Koodia: [Valitse]
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ä:
Koodia: [Valitse]
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?

EDIT: edes poistaminen ja uudelleenasennus apt-getillä ei auttanut, asensin snapin kautta, tapellaan sitten taas vaihteeksi sen kanssa...

13
elikkä 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
nyt kun yritän käyttää dockeria valittaa
Koodia: [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

14
elikkä 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ä.

15
eli snap on alkanut ilmoitella yhdestä ja samasta päivityksestä joka päivä & kun sen päivityksen yrittää asentaa tulee tämmöinen ilmoitus:

komentoa "snapd" ei löydy (sanoo että snap löytyy PAKETISTA snapd) ja komennolla "snap refresh" vain sanoo että kaikki paketit on ajan tasalla

mitä snap nyt taas sekoilee ja miten korjaan asian?

16
ja uusi näytönohjain tuli, katsotaan josko ongelma olisi nyt hävinnyt, lämmöt ainakin on kaikki huomattavasti alempia kuin aiemmin.

17
Ja otetaanpa sitten vähän henkeä ja rauhoitutaan.
eipä taitaisi olla tarvetta 'rauhoittua' jos eräät pitäisivät mielipiteensä toisten 'valinnoista' omana tietonaan

Jos viittaat jarmalan viestiin, niin siinä esitettiin vain miten hän itse toimii. En tulkitsisi tuota leuhkimiseksi, ja jarmalalla on vastaava oikeus esittää mielipiteensä kuin sinullakin.
vähintääkin kyseenalaista miten tarpeellista/asiallista tuollainen "minä valitsen tehdä asian tavalla X jolloin ei ole ongelmia Nvidian kanssa" -kommentointi on keskustelussa jossa aloittaja ei erikseen kysynyt mielipiteitä näytönohjain 'valinnastaan', itse luin jarmalan kommentin jotakuinkin seuraavasti: "Mitäs menit ostamaan sähkösyöpön pelinäytönohjaimen, MINULLA ei ole ongelmia koska valitsin koneen jossa on integroitu näytönohjain koska en pelaa pelejä joten on SINUN OMA VALINTASI että sinulla on ongelmia erillisen näytönohjaimesi kanssa", mielestäni jo tuo näytönohjaimeni ikä kertoo jo aika paljon siitä että ehkäpä en ole ostanut/rakentanut pelitietokonetta vaan ihan vain käytetyn tietokoneen (tässä tapauksessa hajonneen läppärin tilalle), silti jarmalan oli pakko mainita että "hän ei pelaa kuin sudokua ja miinaharavaa."

Kyllä, mainitsin että oireilu tuli ilmi kesken selainpelin pelaamisen, tämä ei silti mielestäni ole riittävä syy alkaa kuittailla.

edit: sitten on vielä jarmalan ilmeiset antipatiat nimeomaan Nvidiaa kohtaan, tuntuu aina vain enemmän siltä että jarmala tuli tähän ketjuun vain avautumaan Nvidia -vihastaan...

18
jos olet avoin videoiden pakkaamiselle pienemmälle resoluutiolle, Snapistä löytyvä Shotcut ainakin pystyy siihen, tosin pakkaamiseen voi mennä hetki.

19
mielipiteitä Shotcutista (videoeditori)? Olen käyttänyt sitä kai pari kertaa 4k videoiden pakkaamiseen tasolle jolla oma koneeni niitä jaksaa toistaa (katsotaan auttaako tehokkaampi näytönohjain asiaa...), mutta suunnitelmissa olisi joskus tuottaa videosisältöä esim. Youtubeen upattavaksi ja mietin että kannattaako Shotcutin sielunelämään perehtyminen vai etsinkö suosiolla jotain muuta, aikaisempi kokemus rajoittuu lähinnä Microsoftin Moviemakeriin ja Adoben Premiereen, kummastakin on tosin jo vuosia.

20
Ja otetaanpa sitten vähän henkeä ja rauhoitutaan.
eipä taitaisi olla tarvetta 'rauhoittua' jos eräät pitäisivät mielipiteensä toisten 'valinnoista' omana tietonaan

Sivuja: [1] 2 3 ... 76