Viestit

1

Ubuntu tietokoneissa / Vs: Muinaisen miniläppärin herättäminen henkiin [RATKAISTU]

« : 19.11.25 - klo:14.02 »

Debian asentui lähes ongelmitta, vähän turhan hidas XFCE:lläkin mutta pääasia että saatiin vanhat tiedot pois levyltä.

Ei kai uuden käyttiksen asentaminen poista vanhoja tietoja? Toki deletoi tiedostojärjestelmän, mutta ei kai varsinaisesti ylikirjoita mitään tietoa?

eiköhän tuo asennus alustanut sen levyn ensin, toisekseen uuden käyttiksen asentaminen ylikirjoitti ihan tarpeeksi, kyseessä kumminkin 8 gigan levy

2

Ubuntu tietokoneissa / Vs: Muinaisen miniläppärin herättäminen henkiin [RATKAISTU]

« : 19.11.25 - klo:13.21 »

Debian asentui lähes ongelmitta, vähän turhan hidas XFCE:lläkin mutta pääasia että saatiin vanhat tiedot pois levyltä.

3

Ubuntu tietokoneissa / Vs: Muinaisen miniläppärin herättäminen henkiin

« : 18.11.25 - klo:21.14 »

SSD on ilmeisesti käytettynäkin jonkin arvoinen niin ei viitsi heittää SERiin ihan vaan koska asiakkaan tiedot on yhä levyllä

Voihan sen SSD:n myydä myös erikseen. Jollain nuke-ohjelmalla ajaa sen täyteen random-höttöä, niin ei kenekään tiedot jää sinne.

kyllähän sen voisi, mutta kun yritin avata läppäriä kaikkien ruuvien irrottamisen jälkeen saadakseni SSD:n ulos jokin tappeli vastaan enkä uskaltanut käyttää väkivaltaa ettei koko laitos hajoa, olen jo joskus vuosia sitten yrittänyt ehdottaa että asiakkaan tuoman ammattikäyttöön tarkoitetun TeraStationin sisältämien 1Tt levyasemien myynti irrallaan voisi olla tuottoisampaa kuin hela hoidon myynti kokonaisuutena & vastaus oli että 'kukaan' ei osta yksittäistä tallennusmediaa, saatika neljää (en muista varmaksi oliko ne kiintolevyjä vaiko SSD:itä, kaikki neljä oli toimivia & tyhjiä, härpäke itse oli ilman virtalähdettä) joten kokonaisuus meni sitten yhden käytetyn levyaseman jälleenmyyntiarvolla, joten tämänkin laitteen kohdalla lienee paras antaa läppärin olla yhdessä osassa & myydä se eteenpäin SSD:n jälleenmyyntiarvolla, jahka levy on ensin tyhjennetty, muutoin sekä läppäri että SSD mennee SERiin.

4

Ubuntu tietokoneissa / Vs: Muinaisen miniläppärin herättäminen henkiin

« : 18.11.25 - klo:15.18 »

Ubuntut
https://old-releases.ubuntu.com/releases/

Mutta itse kyllä varmaankin asentaisin Debianin 12:n. Tuo ei taida 64bittinen vielä olla? Mutta juu, Debianiin saisi vielä varsin tuoreet paketit. Jostain luin että MX Linux tukisi vieläkin 32bit järjestelmiä, mutta siitä en tiedä mitään sen tarkemmin kun en ole koskaan sitä edes testannut.

kokeillaan vaihteeksi debiania, eihän tuolta muuta tarvita,kuin että saa levyn alustettua ennen myyntiin laittamista, SSD on ilmeisesti käytettynäkin jonkin arvoinen niin ei viitsi heittää SERiin ihan vaan koska asiakkaan tiedot on yhä levyllä

5

Ubuntu tietokoneissa / Muinaisen miniläppärin herättäminen henkiin [RATKAISTU]

« : 18.11.25 - klo:10.41 »

Töissä kierrätyskeskuksessa tuli vastaan Acer Aspire One jonka Ubuntu on rikki, kone pitäis vetää sileäksi tai heittää tietoturva -SERiin, eli tarvittaisiin levykuva riittävän vanhasta ubuntun asennuslevystä.

Kiitos jo etukäteen

6

Ubuntu tietokoneissa / Vs: näytön kalibrointi [ratkaistu]

« : 16.12.24 - klo:01.58 »

olen idiootti, kun siirsin näyttöä vähän kauemmaksi ja säädin katselukulmaa terävyys oli sittenkin kohdallaan ja gamman sai hienosäädettyä ihan tarpeeksi hyvin, jonka jälkeen loppu olikin kontrastin hienosäätöä toivotaan että nyt meni oikein ettei näkö enää heikkene.

7

Ubuntu tietokoneissa / Vs: näytön kalibrointi

« : 16.12.24 - klo:01.39 »

tässä miltä testikuva näyttää parhailla asetuksilla mitä näytöstä saa säädettyä, kuten yllä oleva kuvakaappaus osoittaa ei NVIDIA Settingsistä voi säätää terävyyttä.

8

Ubuntu tietokoneissa / Vs: näytön kalibrointi

« : 16.12.24 - klo:01.10 »

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?

9

Ubuntu tietokoneissa / näytön kalibrointi [ratkaistu]

« : 15.12.24 - klo:15.45 »

Eli näyttö pitäisi kalibroida, olen yrittänyt käyttää lagom.nl:ää mutta homma tyssää terävyyteen, sitä ei nimittäin saa tällä näytöllä kohdalleen (en ainakaan näytön asetuksista-) & lagomin mukaan gamman säätäminen on silloin turhaa, olen nyt käyttänyt tätä näyttöä (Samsung LF24T650F) kaksi vuotta ja olen pannut merkille että näköni on alkanut heiketä ensimmäistä kertaa sitten edellistä edellisen näyttöni hankkimisen jälkeen 17 vuotta sitten, eli näytön säädöt on päin prinkkalaa, onko mitään muuta sivua tai sovellusta jolla voisi kalibroida näytön manuaalisesti? Windowsissa oli mahdollisuus tehdä säätöjä näytönohjaimen asetuksia muuttamalla silloin kun näytön säädöt loppui, miten Ubuntun saisi taipumaan samaan?

Vai pitääkö vaan hankkia näyttö jossa on paremmat säädöt?

10

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: CHIRP kaatuu käynnistäessä

« : 24.09.24 - klo:21.19 »

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

11

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / CHIRP kaatuu käynnistäessä [RATKAISTU]

« : 24.09.24 - klo:19.55 »

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

12

Ubuntu tietokoneissa / Vs: ubuntu rikki päivyksen jälkeen

« : 18.09.24 - klo:00.38 »

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

13

Ubuntu tietokoneissa / Vs: ubuntu rikki päivyksen jälkeen

« : 17.09.24 - klo:21.51 »

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 /mntja 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?

14

Ubuntu tietokoneissa / Vs: ubuntu rikki päivyksen jälkeen

« : 17.09.24 - klo:21.36 »

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

15

Ubuntu tietokoneissa / Vs: ubuntu rikki päivyksen jälkeen

« : 17.09.24 - klo:21.36 »

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

16

Ubuntu tietokoneissa / Vs: ubuntu rikki päivyksen jälkeen

« : 17.09.24 - klo:19.40 »

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/

17

Ubuntu tietokoneissa / Vs: ubuntu rikki päivyksen jälkeen

« : 17.09.24 - klo:18.52 »

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)

18

Ubuntu tietokoneissa / Vs: ubuntu rikki päivyksen jälkeen

« : 17.09.24 - klo:18.14 »

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?

19

Ubuntu tietokoneissa / Vs: ubuntu rikki päivyksen jälkeen

« : 17.09.24 - klo:17.40 »

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

20

Ubuntu tietokoneissa / ubuntu rikki päivyksen jälkeen [RATKAISTU]

« : 17.09.24 - klo:17.35 »

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.