Omasta mielestä nämä "siivousohjelmat" on aivan turhia ja saattavat vaan aiheuttaa ongelmia. Ikinä en itse ole käyttänyt ja hyvin on toiminut systeemit...
Kiitos selkeästä vastauksesta. Jos saan aikaa kokeilen tätä tänään.
. Levy aukeaa, mutta, kun yritän luoda uuden kansion, tulee ilmoitus:"Lupa evätty".
Uskon, että sain levyn kiinitettyä tiedostojärjestelmään
$ sudo chown -R user:user folder/
Kiitos vastauksesta. Recuvalla kokeilinkin jo tonkia, mutta luovutin kun mitään järkevää ei enää löytynyt. Kyseessä oli siis GoPro raakavideoita eli suuria tiedostoja.
Stacer on ainakin toistaiseksi ollut moitteeton apuri siivouksessa ja se sisältää myös paljon muuta mukavaa.
Kun jumitusta tapahtuu vain kevyellä kuormalla, niin virransäästöön se jossain määrin viittaisi. Hakusanoilla "ryzen linux light load crash" löytyy aika paljon tavaraa, mutta en osaa sanoa, mikä ehdotetuista toimenpiteistä, jos mikään, mahdollisesti auttaisi. Ei tuo silti mikään laaja ongelma ole, varmaankin liittyy vain tiettyihin komponenttiyhdistelmiin.
syndaemon -i 0.5 -K -t -R -d
Oma arvaus: työpöytäympäristö säätää syndaemonia ja syndaemon havaitsee jos käyttäjä on ajanut ohjelman. Jos kuitenkin järjestelmänlaajuinen syndaemon on ajossa, niin käyttäjän käyttämä työpöytäympäristö jyrää sen yli. En tunne syndaemonin sielunelämää sen tarkemmin, mutta tavallaan tässä on järkeä: On järjestelmänlaajuiset oletukset, mutta jokainen käyttäjä voi tehdä omat asetuksensa mieleisekseen. Nyt jostain syystä joku palikka on sitä mieltä, että käyttäjä ei halua tuota järjestelmänlaajuista oletusta.
Sama homma jos .profile tai .bashrc ajaa. Tuo tosiaan toimii loginin jälkeen jotain 2-30min ja sitten yht'äkkiä lopettaa kokonaan toimintansa. Täytyy sanoa, että tälläiset ongelmat tappaa kyllä innostuksen aika äkkiä käyttää työkoneessa Linuxia
Viimeiset 10 vuotta itsekin tappelin oman touchpadin kanssa, jotta sain sen toimimaan järkevästi (MacBook Pro:ssa; eli touchpad jossa ei ole nappeja lainkaan paitsi itse padi on nappi, käytännössä pakko käyttää useamman sormen eleitä). GUI:n kautta touchpadin säätö oli mahdotonta, ja taustaosakin piti vaihtaa (synaptics -> libinput), koska ensimmäisessä useamman sormen eleet on todella alkeelliset. Linuxien työpöytäympäristöissä "toissijaiset" ominaisuuidet on usein todella paljon huonommin kiillotetut kuin kaupallisissa käyttiksissä.
Tämä on totta. Eihän sitä syndaemonia ole tarkoitus ajaa shellissä! Syndaemonia yritettäisiin myös ajaa uudestaan joka kerta kun käyttäjä kirjautuu sisään uudestaan (riippuen siitä onko .bashrc vai .bash_profile, jokaisen uuden interaktiivisen bashin käynnistyessä). Tosiaan .xinitrc on oikea paikka, jos käynnistää X.org:n itse, mutta jos ei aja itse X.org:ia terminaalista kirjatutumisen jälkeen vaan graafisesta login managerista niin sekään ei ole oikea paikka (taitaa jäädä ajamatta kokonaan). DM:n mukaiseen paikkaan siis scripti ajoon; se myös varmistaa sen että työpöytäympäristö käsittelee ohjelman oikein. $XDG_CONFIG_HOME/autostart .desktop -tiedostot pitäisi tulla ajetuksi kaikissa DM:ssä (yleensä siis .config/autostart), scriptien ajokin onnistuu sieltä.
Muistelin ensimmäisessä kysymyksessä maininneeni, mutta Elementary OS on kyseessä.
Kokeillaan tuota autostart.desktopia... Kuten myös sinun tapauksessasi, GUI:sta noita säätöjä ei saa mitenkään tehtyä / ne eivät edes toimi. Esim. tapin disablointi kirjoittaessa ei GUI:sta käsin toimi ollenkaan. Lisäksi Touchpadin scrollin nopeuteen ei ole edes mitään namiskaa mistä säätää
Tuo syndaemon ajetaan taustalla, mutta hukkaa rebootissa asetukset, vaikka rukasin noita syndaemonin konffeihin asti. Lisäksi tuossa pitäisi ilmeisesti tuon -R parametrin tallentaa asetus pysyväksi, mutta eihän ne pysy.Jos käytössä on joku työpöytäympäristö (Unity/KDE/XFCE/jne) niin näissä voi olla itsessäänkin syndaemonin ajo ilman erillistä autostarttiakin, jostakin kätevästä valikosta saattaa pystyä säätämään sen asetukset taikka sitten sitä ei ole jaksettu implementoida. Tällöin pitäisi pystyä vaan estämään sen käynnistely taustalla.
Yksi syy miksi lakkasin käyttämästä DE:tä ja siirryin paljaisiin WMiin, tietääpähän mitä taustalla tapahtuu kun itse ne joutuu säätämään
Kokeillaan tuota autostart.desktopia... Kuten myös sinun tapauksessasi, GUI:sta noita säätöjä ei saa mitenkään tehtyä / ne eivät edes toimi. Esim. tapin disablointi kirjoittaessa ei GUI:sta käsin toimi ollenkaan. Lisäksi Touchpadin scrollin nopeuteen ei ole edes mitään namiskaa mistä säätää
En siis muistanut mainita aiemmin tuosta distrosta.
En siis muistanut mainita aiemmin tuosta distrosta.
Ubuntun ohjeet ovat toimineet lähes kaikkeen ja tästäkin oli ongelmia joillain muillakin. Heillä korjauksena toimi tuo scritpi init.d -kansiosta, mutta mulla tuo toimii väärin.
Muistaakseni oli /etc kansion alla joku. Tiedosto oli rebootin jälkeen samassa muodossa, mutta asetukset eivät lähteneet ajoon. Täytyy koittaa illasta tutkia noita lokeja.
Nyt sain paikannettua tuon ongelman. Eli jos tuo ajaa scriptistä niin se ajaa kaksi syndameon prosessia päälle ja nuo sotkevat toisensa. Nyt pitäisi keksiä miten saan ajettua tuon toisen ajettua pois päältä ja laitettua oman conffin tilalle. Netissä oli sanottu, että asetuksista ottaa pois tuon Disable while typing niin tuon pitäisi pudota pois, mutta jokin tuon silti käynnistää.
Hmmh. Netissä oli opastettu laittamaan tuo komento suoraan GUI:n system settingsien kautta käynnistettäviin prosesseihin. Silti tuolla näkyy edelleen kaksi prosessia, mutta hiiri toimii kuitenkin normaalisit (?). Näyttäisi toimivan ilman ongelmia ja asetuksetkin säilyvät. En tiedä, minne tuo komento nyt sitten varsinaisesti menee käynnistyksessä, mutta monella tuo toimii noin.
Hmmh. Netissä oli opastettu laittamaan tuo komento suoraan GUI:n system settingsien kautta käynnistettäviin prosesseihin. Silti tuolla näkyy edelleen kaksi prosessia, mutta hiiri toimii kuitenkin normaalisit (?). Näyttäisi toimivan ilman ongelmia ja asetuksetkin säilyvät. En tiedä, minne tuo komento nyt sitten varsinaisesti menee käynnistyksessä, mutta monella tuo toimii noin.
systemctl:n listalla ei ollut ollenkaan syndaemonia missään tilanteessa. Oletan, että ei kuulu ollakaan. PStreessä näkyy nyt, että syndaemon ajetaan noilla attribuuteilla, mutta en ainakaan nopealla vilaisulla nähnyt, että siellä toista prosessia ajettaisiin, joten ilmeisesti noita kuuluu tai on fine olla kaksi. Tällä tavoin syndaemon ajetaan ekana tuolla minun asettamallani commandilla ja se järjestelmän oma ajetaan sen jälkeen. Scriptistä tuo meni toisinpäin => Sekoilee (?). Pääasia, että tuo tuli kuntoon tällä.
Ei ole. Harmaana kaikki paitsi Open, Open recent, Reload, Add folder to places ja Quit.
Mikä tahansa käy kunhan saan tallennettua discordista kuvia. Mutta kun tuo Gwenview on oletus kuvissa niin olisi ihan kiva saada se toimimaan. Tietokoneen kuvat sillä kyllä aukeaa kivasti. Distro on Kubuntu.
Riittävän hyvin varmaan useimmille normeille ja enpä kyllä tiiä miten nykysin lienee että opetetaanko mutta silloin aikanaan ei opeteltu ollenkaan kirjoittamista vaan vedettiin ihan pelkästään luolamaalauksilla suoraan työelämään.
Ei voi valita. Ei taida olla oikeuksiin liittyvä homma. Vaikuttaa siltä että Discord vain avaa linkin kuvaan joka on heidän palvelimellaan eli https://cdn.discordapp.com/.........jpg ja google haku kertoisi että linuxissa on joku pervous että http ja https linkit tiedostoihin avattaisiin tiedostotyypille määritetyllä oletus ohjelmalla eikä selaimella, eli oletus ohjelma .jpg tiedostoille on nyt Gwenview. Tuota oletusohjelmaa en nyt haluaisi ainakaan selaimeen vaihtaa koska silloin se avaisi tietokoneellakin olevat .jpg tiedostot selaimeen ja tämä olisi huono ratkaisu. Se tosin ei selvinnyt miksi Gwenview ei anna tallentaa tai kopioida linkistä avattua tiedostoa.
Save as ei näytä onnistuvan mutta copy to taas onnistuu jos urlin avaa käsin. Miksihän tuo ei Discordista aukaistaessa taas anna tallentaa.
