Linux-kysymyksiä & yleistä keskustelua Linuxista

Raikku · 11.04.2019

Lähinnä että jos sitä kuitenkin siinä kun se on auki käyttää myös "normaalisti", niin sellaiseen käyttöön liittyviä asetuksia/tallennuksia, tai jos ihan lataa netistä jotain kun se käytössä, nythän dataa ei saanut tallennettua mihinkään.

Tai minä en esim sitä käyttäessä myöskään saanut koneella olevia tiedostoja mitenkään levyiltä auki. Myönnetään että itsellä yleensäkin vaiheessa ymmärrys että miten ihmeessä haen linuxia käytettäessä tiedostoja/tai yleensä pääsen kohteisiin..

Kuten sanoin, ei ole koskaan tarvinnut perehtyä.

Asiantuntija · 11.04.2019

Raikku sanoi:
Lähinnä että jos sitä kuitenkin siinä kun se on auki käyttää myös "normaalisti", niin sellaiseen käyttöön liittyviä asetuksia/tallennuksia, tai jos ihan lataa netistä jotain kun se käytössä, nythän dataa ei saanut tallennettua mihinkään.

Tai minä en esim sitä käyttäessä myöskään saanut koneella olevia tiedostoja mitenkään levyiltä auki. Myönnetään että itsellä yleensäkin vaiheessa ymmärrys että miten ihmeessä haen linuxia käytettäessä tiedostoja/tai yleensä pääsen kohteisiin..

Kuten sanoin, ei ole koskaan tarvinnut perehtyä.

Ei sitä distroa ole edes tarkoitus käyttää "normaalisti". Siinä on mm. default käyttäjänä root.

Raikku · 11.04.2019

Se tietysti selittää osan ongelmista. Tosin tietysti sen persistentin olisi pitänyt tikulla toimia mutta syystä x ei näin tehnyt. Toki voisi vaan yrittää uudelleen tikun tekoa josko joku kohta vain meni käteen.

=JP= · 11.04.2019

Juu, eli Kalin softia ei kannata alkaa kauheena asentelee normaaliin Linux järjestelmään, koska ne saattaa asennella erikoisempia versioita kirjastoista sun muista ja vetää järjestelmän sekaisin, jos ei tiedä mitä on tekemässä. Tämä ihan syystä, ku nuo työkalut on tarkoitettu tekemään jotain mitä normaalikäyttäjä ei tarvitse.

Joko persistent USB-tikku, taikka asentaa virtuaalikoneeseen pyörimään...

TenderBeef · 16.04.2019

Heippa taas, pientä jelppiä tarvis. Uusi kone uudet kuviot. Dual boot, Mint FDE-salauksella (LUKS?) (vain root, ja boot osio (ei salattu)), swap file käytössä (asennus teki automaattisesti sen, tosin liian pienen jonka kyllä osaan suurentaa, siinä ei probleemaa), hibernate (suspend-to-disk) pitäisi saada aikaiseksi, muuten ei tule kesää jos ei nopeasti sulkematta mitään ohjelmia pääse win-puolelle pelaamaan tarvittaessa.

Muutaman hjelpin löytänyt mutta jokaisessa on vähän eri ohjeita. Onko kukaan samassa tilanteessa saanut hibernaten toimimaan? Olisi kiva saada tarkat ohjeet jottei vaan tekisi kaikenmaailman muutoksia (mahdollisesti ei haluttuja) ennen kuin lähden räppäämään itse konetta. Kokeilin nopeasti muutamaa alustavasti virtualboxissa ja en saanut toimimaan (toisen ohjeen kanssa jumitti mustaan ruutuun hibernate tilaa avatessa bootin jälkeen, ja toisen kanssa boottasi vain normaalisti työpyödälle eikä hibernate-tilasta), voi olla, että johtuu vbox:sta, tai sitten on joku bugi kernelissä, en osaa sanoa onko jo korjattu koska kun kokeilin lopuksi asentaa kaikki päivitykset (myös kernelin) niin koko Mint ei enää bootannut työpöydälle ollenkaan, ei vaikka grubista kokeilin myös sitä alkuperäistä kerneliä jonka live-cd asentaa.

Tässä linkkejä mitä katselin:
- [GUIDE] How to hibernate to a swap file in Linux Mint 19.x - Linux Mint Forums
- Configuring Lubuntu 18.04 to enable hibernation using a swap file
- dm-crypt/Swap encryption - ArchWiki

Jos oikein olen ymmärtänyt, niin ainakin seuraavat toimenpiteet tarvitsen:

Swap file:n luonti/muutos ja fstab (kohdassa 2 koko määräytyy RAM+vähän tilaa itse swappaukseen, eli 16+4=20):
1. sudo swapoff -a
2. ~~sudo fallocate -l 20G /swapfile~~ sudo dd if=/dev/zero of=/swapfile bs=1G count=20 status=progress
3. sudo chmod 600 /swapfile
4. sudo mkswap /swapfile
5. sudo swapon /swapfile
6. (fstab:iin ei tarvitse tehdä muutoksia koska Mintin asennus oli lisännyt jo tarvittavan, tarkistaa voi komennolla: grep swapfile /etc/fstab
  1. Pitäisi löytyä:
    Koodi:
    /swapfile none swap sw 0 0
Grub:in päivitys
1. ?

Tähän asti kaikki selvää, sitten vähän rupeaa tulemaan kysymyksiä.

Grubiin pitää tehdä "resume" ja "offset" muutokset. UUID:tä voi etsiä komennolla " sudo blkid " joka kertoo minun tapauksessa (vboxissa):

Koodi:

/dev/mapper/sda6_crypt: UUID="a25fcf20-9ec4-491e-b01a-945b8a1b3196" TYPE="ext4"
/dev/sda1: LABEL="Recovery" UUID="96742AF6742AD92F" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="bca8d070-9122-40e9-8de3-2731bee97c1a"
/dev/sda2: UUID="302C-8175" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="becd634c-3d40-4b45-896c-bfcf15e38b67"
/dev/sda4: UUID="52AA5623AA5603BF" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="956ece7a-347d-444b-a0bf-75a48058d50f"
/dev/sda5: UUID="ade0a877-0fce-4cc3-b367-db99f8239d8a" TYPE="ext4" PARTUUID="c84b94c7-feb5-414e-a344-068e9050cd7b"
/dev/sda6: UUID="6ea74210-6250-4023-98d4-563e7ed60ea2" TYPE="crypto_LUKS" PARTUUID="8d9baba3-f889-454a-8c5d-374537438733"
/dev/sda3: PARTLABEL="Microsoft reserved partition" PARTUUID="e65cc9dc-65de-477c-8987-c39f4d7905ba"

Kumpi UUID on oikea, "/dev/mapper/sda6_crypt" vai "/dev/sda6"?

Swapfile:n offsetin saa komennolla

Koodi:

sudo filefrag -v /swapfile | awk '{if($1=="0:"){print $4}}'

Itsellä se oli "34816.." (pisteet pitää tietenkin ottaa pois tuosta vielä).

Kun on päivittänyt grub:in niin lopuksi pitää antaa komento: "sudo update-grub".

Sen jälkeen noissa eri ohjeissa on erilaisia juttuja ja en tiedä mitä oikeasti pitäisi tehdä. On joku "hookin" lisääminen mkinitcpio.conf:iin tai "/etc/initramfs-tools/conf.d/resume":n muuttamista, initramfs päivitystä, erilaisten "polkit":ien muokkaamista/luomista.

Aika pienestä olisi enää varmaan kiinni, osaako joku tuosta oikeasta UUID:stä ja noista sekavista lopputoimenpiteistä neuvoa?

Propellihattukiitokset jo etukäteen!

TenderBeef · 16.04.2019

Ai niin, piti vielä kysyä, että onko sillä väliä luoko swapfileen tuolla "fallocate" komennolla vai dd:llä (esim: dd if=/dev/zero of=/swapfile bs=1024 count=4M)?

ississ · 16.04.2019

Linuxin hibernateen ei ole ollut tarvetta eikä omat levyt ole kryptattuja joten fiiliksellä mennään...
Archwikin perusteella sanoisin että /dev/mapper/sda6_crypt olisi se oikea. wikissä
kernel /vmlinuz-linux cryptdevice=/dev/sda2:rootDevice root=/dev/mapper/rootDevice resume=/dev/mapper/rootDevice resume_offset=123456789 ro
joten voisi arvata tämän:
kernel /vmlinuz-linux cryptdevice=/dev/sda6:sda6_crypt root=/dev/mapper/sda6_crypt resume=/dev/mapper/sda6_crypt resume_offset=34816... ro

Swapin luonnissa fallocate/dd pitäisi kelvata ihan yhtä hyvin, molempia olen käyttänyt ja molemmat ovat toimineet ok, tosin pelkkänä swappina ilman hibernatea.

TenderBeef · 16.04.2019

Kiitos. Eli siis käyttää "/dev/mapper/sda6_crypt":in UUID:tä, vai kelpaako tuo "/dev/mapper/sda6_crypt" itse?

Taitaa olla fallocate/dd erona se, että fallocate tekee homman sekunnissa mutta ei "alusta" sitä tiedostoa, dd taas kestää ja "alustaa" sen filen.

Vielä kun saisi joltain apua noihin loppujuttuihin joista en oikein päässyt kärryille.

ississ · 17.04.2019

TenderBeef sanoi:
Kiitos. Eli siis käyttää "/dev/mapper/sda6_crypt":in UUID:tä, vai kelpaako tuo "/dev/mapper/sda6_crypt" itse?

Kernelin boottiparametrina ja fstabissa voi käyttää kumpaa vaan, syntaksi on vaan vähän eri. Mutta kuten sanottua tuosta kryptistä en oikeasti tiedä. Archwikissä oli käytetty sdX ja niissä toisissa linkkaamissasi uuid.

Teknisesti fallocate/dd tosiaan eroaa mutta käytön kannalta lopputulos pitäisi molemmilla tavoilla olla sama. Ddllä tosiaan kestää kauemmin kun se kirjoittaa koon verran.

Barbarossa · 17.04.2019

ississ sanoi:
Kernelin boottiparametrina ja fstabissa voi käyttää kumpaa vaan, syntaksi on vaan vähän eri. Mutta kuten sanottua tuosta kryptistä en oikeasti tiedä. Archwikissä oli käytetty sdX ja niissä toisissa linkkaamissasi uuid.

Teknisesti fallocate/dd tosiaan eroaa mutta käytön kannalta lopputulos pitäisi molemmilla tavoilla olla sama. Ddllä tosiaan kestää kauemmin kun se kirjoittaa koon verran.

Mutta taas ainakin Ubuntun mkswap man-sivu sanoo:

Koodi:

Note that a swap file must not contain any holes.  Using cp(1) to create the file  is  not
       acceptable.   Neither  is  use  of  fallocate(1) on file systems that support preallocated
       files, such as XFS or ext4, or on copy-on-write filesystems like btrfs.  It is recommended
       to use dd(1) and /dev/zero in these cases.  Please read notes from swapon(8) before adding
       a swap file to copy-on-write filesystems.

ississ · 17.04.2019

Barbarossa sanoi:

Mutta taas ainakin Ubuntun mkswap man-sivu sanoo:

Koodi:

Note that a swap file must not contain any holes.  Using cp(1) to create the file  is  not
       acceptable.   Neither  is  use  of  fallocate(1) on file systems that support preallocated
       files, such as XFS or ext4, or on copy-on-write filesystems like btrfs.  It is recommended
       to use dd(1) and /dev/zero in these cases.  Please read notes from swapon(8) before adding
       a swap file to copy-on-write filesystems.

Hyvä huomio. Ilmeisesti on toiminut tuurilla tähän mennessä... tosin fallocate on tehty vasta 2 swappia jha loput dd:llä.
Tässä tapauksessa vanhassa vara parempi, dd ei petä.

Nettiohjeiden tekijät eivät varmaan ole lukeneen man- sivua ihan loppuun asti, ensin fallocate esimerkki ja sen jälkeen poikkeukset

Koodi:

       To set up a swap file, it is necessary to create that file before  ini‐
       tializing it with mkswap, e.g. using a command like

              # fallocate --length 8GiB swapfile

       Note  that a swap file must not contain any holes.  Using cp(1) to cre‐
       ate the file is not acceptable.  Neither is use of fallocate(1) on file
       systems  that  support  preallocated  files, such as XFS or ext4, or on
       copy-on-write filesystems like btrfs.  It is recommended to  use  dd(1)
       and  /dev/zero in these cases.  Please read notes from swapon(8) before
       adding a swap file to copy-on-write filesystems.

TenderBeef · 17.04.2019

Olipas hyvä huomio tuosta fallocate:sta, onneksi kysyin eroista.

Mutta, eikö kellään ole hajua noista lopputoimenpiteistä mitä pitäisi tehdä?

VoNpo · 18.04.2019

Olen jonkinaikaa pelaillut World of Warcraftia Lutriksen kautta. Käyttiksenä tuorein stable Mint.

Muuten ei ole moitittavaa, mutta jostain syystä kuva muuttuu täysin diashowksi, mikäli taustalla on selain auki ja youtubesta pyörii jokin video.

Pelin oma fps meter näyttää tästä huolimatta ~90fps lukemaa, vaikka todellisuus on alle 10fps luokkaa.
Rautana 4790k + gtx 980 + 16GB ram ja käyttöaste kaikilla ~30-40%

Onko ideaa mistä moinen voisi johtua?

Stephen Elop · 18.04.2019

VoNpo sanoi:
Olen jonkinaikaa pelaillut World of Warcraftia Lutriksen kautta. Käyttiksenä tuorein stable Mint.

Muuten ei ole moitittavaa, mutta jostain syystä kuva muuttuu täysin diashowksi, mikäli taustalla on selain auki ja youtubesta pyörii jokin video.
Pelin oma fps meter näyttää tästä huolimatta ~90fps lukemaa, vaikka todellisuus on alle 10fps luokkaa.
Rautana 4790k + gtx 980 + 16GB ram ja käyttöaste kaikilla ~30-40%

Onko ideaa mistä moinen voisi johtua?

Kokeile jotain toista peliä, joka myös näyttää fps -lukemat. Jos siinä toistuu sama, niin voidaan ainakin sulkea se vaihtoehto pois, että pelin fps mittaus on rikki, ja keskittyä itse järjestelmään. Unreal tournament 2004 esimerkki peliksi, toistuuko siinä sama?

dominik · 18.04.2019

VoNpo sanoi:
Olen jonkinaikaa pelaillut World of Warcraftia Lutriksen kautta. Käyttiksenä tuorein stable Mint.

Muuten ei ole moitittavaa, mutta jostain syystä kuva muuttuu täysin diashowksi, mikäli taustalla on selain auki ja youtubesta pyörii jokin video.
Pelin oma fps meter näyttää tästä huolimatta ~90fps lukemaa, vaikka todellisuus on alle 10fps luokkaa.
Rautana 4790k + gtx 980 + 16GB ram ja käyttöaste kaikilla ~30-40%

Onko ideaa mistä moinen voisi johtua?

Nvidian paskat ajurit.

Kai sinulla on tuorein versio 418 asennettuna?

VoNpo · 18.04.2019

Muistaakseni peli ei lähtenyt pyörimäänkään ilman 418 ajureita. dxvk, e-sync ja mitä näitä olikaan, vaativat kyseiset ajurit.

Voisin kuitenkin kokeilla illalla asentaa jonkin toisen pelin ja katsoa onko ongelma pelikohtainen.

dominik · 18.04.2019

Kokeile uudempaa kerneliä.

muumio · 18.04.2019

dominik sanoi:
Nvidian paskat ajurit.

Tämä. Hiljattain vaihdoin punaisen vihreään ja huomasin heti saman jos selaimessa on jokin video auki. Ei ole auttanut vaikka ja mitä vipuja säätänyt. AMD kanssa toimi kaikki.

Monologi · 20.04.2019

Raspbianissa yritin mountata usb-tikun komennolla "mount /dev/sda1" niin tulee tälläinen vikinä --> mount: can't find /dev/sda1 in /etc/fstab
Kuitenkin kun asensin pmount ohjelman niin komennolla "pmount /dev/sda1" löytää tuon aseman. Löysin eräästä Raspberry Pi:hin liittyvästä kirjasta tuon pmount vihjeen.

Jos nyt ymmärsin oikein niin tuo mount ohjelma oli jo olemassa valmiiksi, mutta miksi se ei toimi?
Vai tartteeko se jotain hienosäätöä /etc/fstab kohdassa?
Onko se jotenkin liian muinainen, että pitäisi jotain tuollaista tehdä, kun pmount toimi suorilta?

Kolmis · 20.04.2019

Monologi sanoi:
Raspbianissa yritin mountata usb-tikun komennolla "mount /dev/sda1" niin tulee tälläinen vikinä --> mount: can't find /dev/sda1 in /etc/fstab

Muistaakseni mountatessa pitäs olla mount point määriteltynä.

Tyyliin: mount /dev/sda1 /media/usb

Kidov · 20.04.2019

Monologi sanoi:
Raspbianissa yritin mountata usb-tikun komennolla "mount /dev/sda1" niin tulee tälläinen vikinä --> mount: can't find /dev/sda1 in /etc/fstab
... ...

Vai tartteeko se jotain hienosäätöä /etc/fstab kohdassa?

Tuossa yllä olikin jo selvitetty, että mount komennon kanssa pitää määritellä kansio mihin osiota ollaan mounttaamassa. Määritys kannattaisi tehdä fstabiin, jos kyseessä olisi pysyvä mount point, joka oletettavasti pysyy aina samassa osoitteessa. Mount point pitää siis määrittää joko komennon yhteydessä, taikka fstabissa.

Edit. vielä tarkennuksena, että kansio johon usb tikkua ollaan mounttaamassa pitää olla valmiina. Esim näin:

sudo mkdir /media/usb
sudo mount /dev/sda1 /media/usb

Monologi · 20.04.2019

Kidov sanoi:
Tuossa yllä olikin jo selvitetty, että mount komennon kanssa pitää määritellä kansio mihin osiota ollaan mounttaamassa. Määritys kannattaisi tehdä fstabiin, jos kyseessä olisi pysyvä mount point, joka oletettavasti pysyy aina samassa osoitteessa. Mount point pitää siis määrittää joko komennon yhteydessä, taikka fstabissa.

Edit. vielä tarkennuksena, että kansio johon usb tikkua ollaan mounttaamassa pitää olla valmiina. Esim näin:

sudo mkdir /media/usb
sudo mount /dev/sda1 /media/usb

Fstabia en uskaltanut vielä edes kokeilla, mutta tosiaan loin vaan kansion usb ja sitten sudo mount /dev/sda1 usb niin johan toimi myöskin tuo mount.

Pmount osaa automaattisesti tehdä tuon mount pointin sen ollessa /media/sda1. Pmount on vaan lisäkääre tuohon normi mountiin, jos ymmärsin oikein.

Raspberry Pi Networking Cookbook-kirjassa vaan tekijä heittää vuoron perään pmountia ja mountia.

Kolmis · 20.04.2019

Monologi sanoi:
Pmount osaa automaattisesti tehdä tuon mount pointin sen ollessa /media/sda1. Pmount on vaan lisäkääre tuohon normi mountiin, jos ymmärsin oikein.

pmount = policy mount ja suositellaan käytettäväksi ulkoisten medioiden kanssa joita ei haluta mountata pysyvästi. Manuaalit yleensä saa auki man-komennolla ja sit jos et jaksa lukea niitä (ovat joskus todella pitkiä) tai unohtelet kuinka käyttää jotain komentoa kuten vaikkapa tar niin suosittelen ottamaan käyttöön tämän: tldr-pages/tldr

Kannattaa myös tutustua tähän jos haluat komentojen automaattisen täydennyksen tai paremman automaattisen täydennyksen kuin mitä useimmiten on vakiona: robbyrussell/oh-my-zsh

Rensu · 21.04.2019

Päivitin tänään koneen Kubuntun 18.10->19.04 versioon ja kaikki tuntuu pelaavan muuten mukavasti, mutta hiiren rulla on todella hidas. Tuntuu kuin hiiren rullan joka 4 naksaus menisi perille. Hiirenä Logitechin M705.

Vaiva esiintyy kaikissa ohjelmissa, esim Chrome, Thunderbird ja Dolphin. Onkos muut törmänneet vastaavaan?

[edit]
Heti viestin lähetyksen jälkeen vika hävisi ja rulla alkoi toimimaan normaalisti. Tätä ennen olin käynnistellyt konetta uudestaa ja ties mitä. :confused:

Monologi · 26.04.2019

Terminaalissa arp-scan etsii helposti sisäverkon laitteet pelkällä "arp-scan -l" loitsulla.

Pystyykö paljon yleisemmin mainittu nmap samaan ja millä loitsulla?

koje · 26.04.2019

# nmap -sP -n 192.168.1.0/24

Mutta jos MAC-osoite ei ole tarpeen,
$ nmap -sn 192.168.1.0/24

Monologi · 26.04.2019

koje sanoi:
# nmap -sP -n 192.168.1.0/24

Mutta jos MAC-osoite ei ole tarpeen,
$ nmap -sn 192.168.1.0/24

Näköjään noilla nmap loitsuilla löytyy selvästi paremmin sisäverkon laitteet kuin tuolla "arp-scan -l" loitsulla. Puolet jää näkymättä.

Asiantuntija · 26.04.2019

Monologi sanoi:
Näköjään noilla nmap loitsuilla löytyy selvästi paremmin sisäverkon laitteet kuin tuolla "arp-scan -l" loitsulla. Puolet jää näkymättä.

Tossa taitaa olla sama ongelma kun windowssilla "arp -a" -komennolla. Se ei näytä kaikkia laitteita ja omasta mielestä näkymättä jää ne laitteet, joihin komentoa ajavalla koneella ei olla aiemmin oltu yhteydessä.

sakukakkala · 27.04.2019

Mitenkäs ubuntun live cd usbitikussa saa youtube videot toimimaan? Osa videoista toimii ok mutta osa taas ei. Vimeo ei toim myöskään eikä dailymotion eikä twitch. Tällä sivustolla tuo eka video ei toimi:
HTML5 tests - video
Koneella on firefox ja vivaldi ja molemmat sama asia. Jotain loitsuja olen yrittänyt ajaa. Esim kun vivaldin starttaa terminalista "vivaldi" loitsulla niin siellä sanotaan että:
"No suitable library for HTML5 proprietary media (MP4[H.264/AAC]) was found,
therefore only open codecs will play.

To add support for proprietary media, issue the following command and restart
Vivaldi:

sudo apt update && sudo apt install chromium-codecs-ffmpeg-extra"

Tuota kun yrittää ajaa nii tekstiä rullaa ruudulla ja lopuks tulee "E: Package 'chromium-codecs-ffmpeg-extra' has no installation candidate"

Ajoin nämä loitsut sitten kans:
sudo apt-add-repository universe
sudo apt-get update

jotain tekstiä taas rullasi mutta ei videot toimi yhtään paremmin.

Voiko tuon edes tähän asentaa? Toki se katoaisi seuraavassa bootissa pois kun ajelen ei-persistent live cd usb tikulla mutta jos jonkun päivän tämän kanssa selviäisi niin pääsee eroon tästä.

Lisäinfona usb tikku on tehty mkusbillla ja siinä on uusin ubuntu .iso täältä pohjana: Download Ubuntu Desktop | Download | Ubuntu

Asiantuntija · 27.04.2019

sakukakkala sanoi:
Mitenkäs ubuntun live cd usbitikussa saa youtube videot toimimaan? Osa videoista toimii ok mutta osa taas ei. Vimeo ei toim myöskään eikä dailymotion eikä twitch. Tällä sivustolla tuo eka video ei toimi:
HTML5 tests - video
Koneella on firefox ja vivaldi ja molemmat sama asia. Jotain loitsuja olen yrittänyt ajaa. Esim kun vivaldin starttaa terminalista "vivaldi" loitsulla niin siellä sanotaan että:
"No suitable library for HTML5 proprietary media (MP4[H.264/AAC]) was found,
therefore only open codecs will play.

To add support for proprietary media, issue the following command and restart
Vivaldi:

sudo apt update && sudo apt install chromium-codecs-ffmpeg-extra"

Tuota kun yrittää ajaa nii tekstiä rullaa ruudulla ja lopuks tulee "E: Package 'chromium-codecs-ffmpeg-extra' has no installation candidate"

Ajoin nämä loitsut sitten kans:
sudo apt-add-repository universe
sudo apt-get update

jotain tekstiä taas rullasi mutta ei videot toimi yhtään paremmin.

Voiko tuon edes tähän asentaa? Toki se katoaisi seuraavassa bootissa pois kun ajelen ei-persistent live cd usb tikulla mutta jos jonkun päivän tämän kanssa selviäisi niin pääsee eroon tästä.

Lisäinfona usb tikku on tehty mkusbillla ja siinä on uusin ubuntu .iso täältä pohjana: Download Ubuntu Desktop | Download | Ubuntu

Toi paketti löytyy universe reposta:

sudo add-apt-repository universe
sudo apt update
sudo apt install chromium-codecs-ffmpeg-extra

sakukakkala · 27.04.2019

Just lisäsin maininnan tuosta loitsusta ja ajoin nuo, ei vaikutusta mihinkään? Ajoin uudestaan, tämmönen tulos:

Koodi:

ubuntu@ubuntu:~$ sudo apt install chromium-codecs-ffmpeg-extra
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following NEW packages will be installed:
  chromium-codecs-ffmpeg-extra
0 upgraded, 1 newly installed, 0 to remove and 308 not upgraded.
Need to get 1111 kB of archives.
After this operation, 4437 kB of additional disk space will be used.
Get:1 http://security.ubuntu.com/ubuntu bionic-security/universe amd64 chromium-codecs-ffmpeg-extra amd64 73.0.3683.86-0ubuntu0.18.04.1 [1111 kB]
Fetched 1111 kB in 1s (967 kB/s)                       
Selecting previously unselected package chromium-codecs-ffmpeg-extra.
(Reading database ... 143855 files and directories currently installed.)
Preparing to unpack .../chromium-codecs-ffmpeg-extra_73.0.3683.86-0ubuntu0.18.04.1_amd64.deb ...
Unpacking chromium-codecs-ffmpeg-extra (73.0.3683.86-0ubuntu0.18.04.1) ...
Setting up chromium-codecs-ffmpeg-extra (73.0.3683.86-0ubuntu0.18.04.1) ...

Asiantuntija · 27.04.2019

sakukakkala sanoi:
Just lisäsin maininnan tuosta loitsusta ja ajoin nuo, ei vaikutusta mihinkään?

No rebootin sijaan koita logata ulos ja takaisin sisään, jos se auttaisi.

e: Ei kai tolla "sudo add-apt-repository universe" -komennolla olekkaan mitään vaikutusta, jos ajat sen yksinään sen jälkeen kun olet yrittänyt asentaa tuota chromiumin pakettia.
Toi komento lisää pakettilähteen mistä voit sitten ladata sen chromium-codecs paketin.

sakukakkala · 27.04.2019

Logoutin jälkeen toimii. Massiivinen kiitos tästä kikasta

lxmo · 27.04.2019

Yritin kytkeä jostakin pois heittämästäsi tietokoneesta otetun WD Blue-kovalevyn (1 TB) SATA-adapterilla kiinni tietokoneessa kinni olevaan USB-jakajaan, mutta mites tämän nyt saisi sitten toimimaan ulkoisen kovalevyn tavoin? Hämäränä muistikuvana on se, että levy olisi ylikirjoitettu komennolla "sudo scrub -p dod /dev/sdX" (X on joko pieni a- tai b-kirjain) ennen päätymistään kuukausiksi työpöydän laatikkoon. Ubuntu 18.04:n oma levytyökalu näkee tuon mallinimellä "ASMT 2105 (0)", mutta ilmoittaa "Ei mediaa", jonka vuoksi esimerkiksi mount-komennon käyttö ei onnistu. Komento "ls /dev/sd*" näyttää laitteeksi /dev/sdb, mutta esimerkiksi komento "lsblk" ei tuota löydä lainkaan.

TL;DR: Kyseinen levy pitäisi siis saada alustettua ja tiedostojärjestelmäkin siinä olisi ihan kiva lisä (parantaa käytettävyyttä kummasti)

Asiantuntija · 27.04.2019

lxmo sanoi:
Yritin kytkeä jostakin pois heittämästäsi tietokoneesta otetun WD Blue-kovalevyn (1 TB) SATA-adapterilla kiinni tietokoneessa kinni olevaan USB-jakajaan, mutta mites tämän nyt saisi sitten toimimaan ulkoisen kovalevyn tavoin? Hämäränä muistikuvana on se, että levy olisi ylikirjoitettu komennolla "sudo scrub -p dod /dev/sdX" (X on joko pieni a- tai b-kirjain) ennen päätymistään kuukausiksi työpöydän laatikkoon. Ubuntu 18.04:n oma levytyökalu näkee tuon mallinimellä "ASMT 2105 (0)", mutta ilmoittaa "Ei mediaa", jonka vuoksi esimerkiksi mount-komennon käyttö ei onnistu. Komento "ls /dev/sd*" näyttää laitteeksi /dev/sdb, mutta esimerkiksi komento "lsblk" ei tuota löydä lainkaan.

TL;DR: Kyseinen levy pitäisi siis saada alustettua ja tiedostojärjestelmäkin siinä olisi ihan kiva lisä (parantaa käytettävyyttä kummasti)

sudo fdisk /dev/sdb
Mikäli se levy tosiaan on tuo sdb, siinä fdiskissä painat d, enter, g, enter, n, enter, enter, enter ja lopuksi w
sudo mkfs.ext4 /dev/sdb1
Ja levyn pitäisi olla käyttökunnossa. Jos haluat jostain syystä jonkun muun tiedostojärjestelmän niin mkfs.ntfs jne.

e: ehkä kannattaa tarkistaa kuitenkin ensin komennolla "sudo fdisk -l" että on oikea levy kyseessä.

lxmo · 27.04.2019

Asiantuntija sanoi:
sudo fdisk /dev/sdb
Mikäli se levy tosiaan on tuo sdb, siinä fdiskissä painat d, enter, g, enter, n, enter, enter, enter ja lopuksi w
sudo mkfs.ext4 /dev/sdb1
Ja levyn pitäisi olla käyttökunnossa. Jos haluat jostain syystä jonkun muun tiedostojärjestelmän niin mkfs.ntfs jne.

e: ehkä kannattaa tarkistaa kuitenkin ensin komennolla "sudo fdisk -l" että on oikea levy kyseessä.

Jahas, "sudo fdisk -l" ei löydä koko levyä :confused:

Asiantuntija · 27.04.2019

lxmo sanoi:
Jahas, "sudo fdisk -l" ei löydä koko levyä

Onko toi sulla käytössä oleva usb-jakaja omalla virtalähteellä? Pyöriikö se levy kuitenkin?

topiv · 27.04.2019

lxmo sanoi:
Ubuntu 18.04:n oma levytyökalu näkee tuon mallinimellä "ASMT 2105 (0)", mutta ilmoittaa "Ei mediaa", jonka vuoksi esimerkiksi mount-komennon käyttö ei onnistu. Komento "ls /dev/sd*" näyttää laitteeksi /dev/sdb, mutta esimerkiksi komento "lsblk" ei tuota löydä lainkaan.

Kokeile
$ sudo fdisk -l /dev/sdb

Tuon pitäisi kertoa levyn tiedot, jos Ubuntu pääsee sitä lukemaan. Jos näet levyn tiedot, esim.
Disk /dev/sdb: 3,7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: DE1F4104-xxx-xxx

Komenna
$ sudo fdisk /dev/sdb

Kun olet fdiskissä, sille ennetaan komennot kirjaimilla, esimerkiksi
n luo uuden partition. m -komento neuvoo miten muut komennot annetaan.

Lopuksi pitää muistaa kirjoittaa uusi partitiotaulukko levylle, komennolla w.

Uuden partition luomisen jälkkeen se pitää vielä alustaa oikeaan tiedostojärjestelmään, esimerkiksi ext4
$ sudo mkfs.ext4 /dev/sdb1

Ja sen jälkeen sen voi mountata käyttöön.

lxmo · 28.04.2019

Asiantuntija sanoi:
Onko toi sulla käytössä oleva usb-jakaja omalla virtalähteellä? Pyöriikö se levy kuitenkin?

Ongelma näyttää olevan nyt siinä, että vaikka USB-jakajassa on oma virransyöttö (on päällä) ja adapterin molemmat kaapelit (USB3+USB2) ovat kiinni jakajassa, levy ei edes lähde pyörimään. Adapteria on kuitenkin käytetty sen verran vähän, että en uskoisi sen sentään olevan rikki.. :hmm:

Asiantuntija · 28.04.2019

lxmo sanoi:
Ongelma näyttää olevan nyt siinä, että vaikka USB-jakajassa on oma virransyöttö (on päällä) ja adapterin molemmat kaapelit (USB3+USB2) ovat kiinni jakajassa, levy ei edes lähde pyörimään. Adapteria on kuitenkin käytetty sen verran vähän, että en uskoisi sen sentään olevan rikki..

Saatko sen adapterin kytkettyä koneeseen ilman sitä usb-jakajaa?

Siancarlo · 28.04.2019

Tässä on Solus ollut käytössä tovin aikaa. Toiminut todella hyvin. Ainoastaan shotwell:sta en saa
editoitua kuvaa "lähetettyä" eli tallennettua.

Tulee ilmoitus "nautiluksen lähetä kohteeseen laajennosta ei voida käynnistää.
Lapsiprosessin nautilus sendto käynnistäminen epäonnistui.

Mitään vinkkiä tämän korjaamiseen?

greenlight · 28.04.2019

No totta kai etsit paketinhallinnasta sellaisen paketin, joka tuottaa tuon komennon... Mutta ihmettelenpä vaan, minne sitä sitä videota yrität lähettää, kun tuo komento aukaisee sähköpostiohjelmaan uuden viestin ja lisää tiedoston liitteeksi.

Siancarlo · 28.04.2019

Ok. Itse pähkäilin että onko tuossa suomennosvirhe. Eli lähetä olisi voinut olla oikeasti tallenna..

Sit ei mitään jos toi liittyi spostiin.

Edit: kyllä, sieltähän löytyy vie toiminto.. Tullu käytettyä kuvien pienentämiseen toista
softaa niin jääny tämä huomaamatta.

Barbarossa · 28.04.2019

Itsellä ollut käytäntönä pitää kaikkien vehkeiden kielivalinta oletuksena englannissa. Suomennoksista ei usein ota pirukaan selvää vaikka olisivat oikeinkin.. mitä ei varsinkaan open source maailmassa voi edes aina odottaa.

Vaikka ei anglický niin hyvin taipuisikaan niin edes virheitä googlettamalla saa enemmän irti kuin suomennoksista.

lxmo · 28.04.2019

Asiantuntija sanoi:
Saatko sen adapterin kytkettyä koneeseen ilman sitä usb-jakajaa?

Saan toki, mutta ikävä kyllä lopputulos ei muuttunut parempaan suuntaan sen myötä.

Juha Uotila · 02.05.2019

Mistähän kannattaisi lähteä etsimään vikaa kun Linuxilla ftp/sftp siirrot ovat vain murto-osan nopeuden osalta kuin Windowsilla?

Windowsilla kun saa koko kaistan täydeltä (100Mbit download) mutta linuxilla jäädään sinne 3-4megaan siirtonopeudessa. Tämä siis Wifin kautta. Wifi-korttina läppärissä on Intelin 7360 kortti

neoflix · 02.05.2019

roottina kokeile laittaa tuommoset:
sysctl -w net.ipv4.tcp_rmem='40960 873800 62914560'
sysctl -w net.core.rmem_max=8388608

apoiuyt · 02.05.2019

neoflix sanoi:
roottina kokeile laittaa tuommoset:
sysctl -w net.ipv4.tcp_rmem='40960 873800 62914560'
sysctl -w net.core.rmem_max=8388608

Voitko kertoa tarkemmin mitä nämä komennot tekevät? Tiedän että systcl-komentoa käytetään muuttamaan kernelin asetuksia ajossa, mutta en tiedä/ymmärrä näitä parametreja ja niiden vaikutusta.

Huom en ole alkuperäinen kysyjä, vain utelias sivusta seuraaja joka näki sauman oppia uutta.

kaakau<"'\\/> · 02.05.2019

apoiuyt sanoi:
Voitko kertoa tarkemmin mitä nämä komennot tekevät? Tiedän että systcl-komentoa käytetään muuttamaan kernelin asetuksia ajossa, mutta en tiedä/ymmärrä näitä parametreja ja niiden vaikutusta.

Huom en ole alkuperäinen kysyjä, vain utelias sivusta seuraaja joka näki sauman oppia uutta.

Dokumentaatio löytyy vaikka linux-doc-nimisestä paketista, ainakin Ubuntussa, tiedostosta /usr/share/doc/linux-doc/sysctl/net.txt.gz.

rmem_max
--------

The maximum receive socket buffer size in bytes.

Edit. Olikin väärä kohta eka lainaus. Ei tuossa tiedostossa ollutkaan paljon mitään, muistelin, että tuolta löytyi kaikki.

Leo_Greta · 03.05.2019

kaakau<"'\\/> sanoi:
Dokumentaatio löytyy vaikka linux-doc-nimisestä paketista, ainakin Ubuntussa, tiedostosta /usr/share/doc/linux-doc/sysctl/net.txt.gz.

Edit. Olikin väärä kohta eka lainaus. Ei tuossa tiedostossa ollutkaan paljon mitään, muistelin, että tuolta löytyi kaikki.

Sen tietää varmaan jokainen, mutta esim. minä en aina tajua noiden kaikkien vipujen selityksiä kun ne on enkuksi. Ja vaikka koitan sana/lause kerrallaan niitä suomentaa, niin asia menee vaan entistä sekavammaksi.

Siksi olisi hyvä että noiden komentojen vaikutukset avattaisiin ihan suomeksi täällä palstalla.

Jos ei niitä kukaan halua avata ja porukka tottuu siihen, niin joku kohta tiputtaa väliin komennon "rm -f /*" (nyt en muista et oliko toi asteriski pakollinen)

Linux-kysymyksiä & yleistä keskustelua Linuxista

BANNATTU

BANNATTU

Uutiset

Statistiikka

Hinta.fi