Koska Debianissa on ldconfig tungettu sbin-hakemistoon ja sitä ei voi tavallisena käyttäjänä ajaa.
Ubuntussa saattaisi toimia, mutta ei ole kuin 4 gigan usb-tikku käytössä.
Säätämiseksi menee.
Ubuntussa saattaisi toimia, mutta ei ole kuin 4 gigan usb-tikku käytössä.
Säätämiseksi menee.
Vastaukset 22
Vanhimmat
Kyllä sen voi ajaa vaikka ei olekaan polussa. Tavallisen käyttäjän oikeudet ei kuitenkaan riitä sen suorittamiseen koska se haluaa kirjoittaa hakemistoon, jonne taviskäyttäjällä ei ole kirjoitusoikeuksia.
Tuo on vielä condan virtuaaalliympäristössä. Mutta nähtävästi Debian-ongelma, joten sen vuoksi tarkoitus yrittää kokeilla muulla distrolla.
Avaaja tuskin kuulutkaan mikä on "nautilus root" mm Ubuntussa tai Debianissa.
Mutta avaajahan vaikuttaa vapustelevan, koska neuvoa ei kysy, vaan kirjoitaa tänne omia tekemisiään!
Tietysti korotettuihin oikeuksiin liittyy vastuu, ettei sähellä kuin voi ja sitten itkee että jotain meni sekaisin.
🍒🍒🍒🍒🍒🍒🍒🍒🍒🍒
🍑 Nymfomaani -> https://ye.pe/finngirl21#178638115
🔞❤️💋❤️💋❤️🔞💋❤️💋❤️💋🔞
Menikin vaikeaksi, kun 4 gigan tikku ei suostu boottaamaan. 2 gigan tikku kyllä toimii, jolta asensin Debianinkin. No pitää vielä kookeilla saisiko boottaamaann tavalliselta 3,5" HDD:ltä, jonka saa adapteerin kanssa usb:hen kiinni.
Eikö sulla prkl ole vara ostaa kunnon tikkua??????
No on ja on mulla jossain 64 giganen usb3-tikkukin, kun vaan tietäisi missä. En jaksa lähteä ostamaan juuri nyt uutta.
Sen verran suunnitelma elänyt, että vanha 320 giganen Windows XP:n sisältänyt IDE-levy kyllä toimii ihan hyvin usb-tikun korvikkeena, vaikka aika paljon rutinaa pitääkin, mutta Fedora ei bootannut kuin johonkin Grub 2, tilaan johon olisi pitänyt kait oikea loitsu kirjoittaa. No latasin sitten Ubuntu 22.04.2 LTS:n ja aloin sitä asentelemaan. Plussaa Ubuntulle siitä, että osasi heti näyttää tietokoneen "mallilogon" buutissa.
Sama vika näköjään Ubuntullakin. Ei auta vaikka ajaisi roottina. Alma Linux pitää vissiin ottaa testiin seuraavaksi.
ÄLÄ PASKAA PUHU!
Avaushan on taas KOLLIVAPUSTA tyystin.
Heh, nyt menee kyllä vaikeaksi. Onnistuin formatoimaan vanhan IDE-levyn Ubuntulla sellaiseksi, ettei enää boottaa. Exfatti vaati omat lisäpakettinsa, mutta ei sekään auttanut. AlmaLinuxin asennuslevykuva kun on yli 9 gigan kokoinen, niin perus-fat ei siihen kait taivu.
No onnistuin löytämään Fedora 36:n imagen, joka nippanappa mahtui sille toimivalle 2 gigan tikulle. Nyt on sen asennus käynnissä.
"AlmaLinuxin asennuslevykuva kun on yli 9 gigan kokoinen, niin perus-fat ei siihen kait taivu"
Mitä horiset ????
Ainakin Windows 7 osaa formatoida ainakin 32 gigatavun osioita FAT32 -formaatilla, mahdollisesti isompiakin.
linuxin mkfatfs -komennon pitäisi osata myös.
Katso man mkfatfs niin pitäisi tulla lisää ohjeita.
Pitänee luovuttaa näiden linuxien kanssa. Sama virhe tulee Fedorallakin. Ei kai tässä auta kuin ryhtyä asentamaan Windowsia, jota ei kyseisessä koneessa ole koskaan ollut.
Tosin jos sitä condan kautta käyttää, niin miksei tekisi samaa siinäkin.
Tämä toinen kone eri setupilla sanoo samaa.
"ls: cannot access '/home/blahblah/hakemistoja/tässä/../../lib64': No such file or directory"
Vapusen kädettömyyttä koko sepustus.
Kyllä minä sentään osaan Thunderbirdiin laittaa sähköpostiosoitteet.
Pitänee tuosta sovelluksesta kaivaa githubin kautta vanhempi versio, jos olisi vaikka sitten ihan koodivirhe.
Vaan nyt jatketaan tv-viihteen parissa.
Ihan oikein tuo toimii. Jos haluat tavallisena käyttäjänä ohittaa systeemin tarjoamat kirjastot/käyttää omia kirjastoja voit asettaa LD_LIBRARY_PATH:n, jolloin järjestelmä löytää henkilökohtaiset kirjastosi.
https://medium.com/obscure-system/rpath-vs-runpath-883029b17c45
Tavallisena käyttäjänä ei ldconfig:n ajossa ole mitään järkeä - se on turvallisuusriski. LD_LIBRARY_PATH:sta voi olla myös montaa mieltä, koska sillä saa helposti sotkettua toimivia ohjelmia ohjeistamalla niitä käyttämään vääriä kirjastoja. Kannattaa ehkä opetella käyttämään runpath/rpath-toimintoa, jolloin kirjastomääritys koskee vain yhtä executablea, kuten yo. linkki ohjeistaa.
Oli näemmä kaksi ongelmaa yhtä aikaa. Tuo lib64:n puute johtui siitä, että conda oli jättänyt sen eri hakemistoon. Komennolla "find / -type d -name lib64" löytyi oikea kohde, johon sitten ln-komennolla linkitys.
Ldconfigin fiksasin lisäämällä tuon ohjelman käyttöön PATH-muuttujaan /usr/sbin-hakemiston.
Onneksi oli uusi tyhjä kone, niin sai testailla muitakin distroja samalla. Antaa niiden nyt toistaiseksi olla koneella. Ubuntun luultavasti nakkaan pois, kun sen käyttöliittymä on ärsyttävä. Fedoraa nyt voi jossain vaiheessa vaikka käytellä.
ldconfig vaatii toimiakseen kohotettuja oikeustasoja, koska kirjoittaa /etc-hakemistoon. Et siis pysty parantamaan tilannetta PATH-muuttujan avulla pelkästään vaan root-käyttäjän oikeuksia tarvitaan.
Ei tarvinnut muutella oikeuksia mitenkään, koska käyttäjä voi ajaa ldconfig-komennon. Conda tekee ympäristön /opt-hakemistoon ja se on käyttäjän omistama. Riittii siis kun lisäsi käynnistysskriptiin "export PATH=$PATH:/usr/sbin".
"Koska Debianissa on ldconfig tungettu sbin-hakemistoon"
Kokeilepa tätä:
1. anna nämä komennot (root -käyttäjänä, eli su tai sudo su):
cd /bin
ln -s /sbin/ldconfig ./ldconfig
ja sitten:
cd /sbin
seuraavaksi pitäisi asettaa "run as root" -bitti päälle tuolle tiedostolle: ldconfig
ehkä tuo jollain man -komennolla (tai web -haulla hakukoneella) selviää, miten.
Tai EHKÄ täältä löytyisi edes 1 linuxia riittävästi osaava neuvomaan, miten.
Mutta eiköhän M-Kar tule pian palstalle naljailemaan "sä et vaan osaa".
M-Karin mielestä kun on varmaan ihan oma vikasi, kun et itse osaa ratkaista tällaisia ongelmia. Tai no, eihän tämä M-Karin mielestä varmaankaan edes ole ongelma, vaan "ldconfig toimii niin kuin pitääkin, ei sen ole tarkoituskaan toimia taviskäyttäjänä".
Näiden toimenpiteiden jälkeen ldconfig pitäisi toimia tavallisena käyttäjänä.
Tässä ainakin osa tarvittavista neuvoista, ilman M-Karin kommenteista tuttua "osaamattoman" käyttäjän haukkumista.
M-Kar on häirikkö