Kuinka osioida ssd-levy

Ai niin ja swap-osio myös, esimerkiksi 2 kertaa RAM:in koko.

Ja tosiaan jos sinua ei haittaa että SSD levy saattaa hidastua levyn tullessa täyteen, voit ihan hyvin osioida myös koko levyn. Ja sitäpaitsi kun levysi koko on hiukan outo 237 GB niin saattaa olla että se on oikeasti 256 GB josta on jo sisäisesti varattu osa "tyhjäksi tilaksi".

malaire kirjoitti:

Ai niin ja swap-osio myös, esimerkiksi 2 kertaa RAM:in koko.

Ja tosiaan jos sinua ei haittaa että SSD levy saattaa hidastua levyn tullessa täyteen, voit ihan hyvin osioida myös koko levyn. Ja sitäpaitsi kun levysi koko on hiukan outo 237 GB niin saattaa olla että se on oikeasti 256 GB josta on jo sisäisesti varattu osa "tyhjäksi tilaksi".

Lue lisää

Ihan hyvä ohje noin muuten mutta kotihakemistoille, /home että myös järjestelmän /var kannattaa molemmat laittaa omille osioilleen syystä että näin järjestelmän päähakemisto / (root) ei tule vahingossa täyteen, mikä puolestaan mutkistaisi asioita.

Tuo swap -osion koko, 2 x RAM, on vähän vanhaa tietoa, sillä jos järjestelmän muisti alkaa tulemaan täyteen niin sitten OOM-KILL -prosessi alkaa siivoamaan pois turhia prosessja ja vapauttamaan muistia.

Kerroppas kuinka asensit sen Debianin niin että se myös käynnistyy ja toimii ilman boot -osiota, jos se kerran ei ole välttämätön...?

Anonyymi kirjoitti:

Kerroppas kuinka asensit sen Debianin niin että se myös käynnistyy ja toimii ilman boot -osiota, jos se kerran ei ole välttämätön...?

Debianin asennus tekee kyllä boot -kansion, mutta ei sen tietenkään trvitse olla oma, erillinen osionsa. Käsitteet sekaisin sinulla...

Osa sen boot-kansion/osion sisällöstä menee joka tapauksessa EFI osiolle, jos UEFI on koneessa päällä. UEFI:a ei ole mitään järkisyytä olla käyttämättä, mutta kukin tavallaan, kukin tavallaan.

Kollimaattori kirjoitti:

Debianin asennus tekee kyllä boot -kansion, mutta ei sen tietenkään trvitse olla oma, erillinen osionsa. Käsitteet sekaisin sinulla...

Osa sen boot-kansion/osion sisällöstä menee joka tapauksessa EFI osiolle, jos UEFI on koneessa päällä. UEFI:a ei ole mitään järkisyytä olla käyttämättä, mutta kukin tavallaan, kukin tavallaan.

Lue lisää

Olen käyttänyt Debiania äärettömän vähän, siis tuskin lainkaan, mutta kaikki ne muut Linux EFI -asennukset menevät niin että:

1) EFI -osio, yleensä 100M-500M
2) boot -osio, yleensä 500M-1000M
3) kaikki muut osiot yhdessä tai erikseen tai vain LVM

Jonka jälkeen järjestelmä 'mount'aa:

/boot/efi/EFI

jossa /boot on ym. 2 -osio, ja /boot/efi on ym 1 -osio.

Eli mikä käsite tässä nyt on sekaisin, ja kysyn edelleen että kuinka Debianin saa asennettua ja toimimaan ilman boot -osiota, kuten tässä ketjussa on väitetty?

Ja ennen EFI -aikaa (eli ns. legacy-boot, eli MBR) oli vain:

1) boot -osio, 500M-1000M
2) kaikki muut osiot yhdessä tai erikseen tai vain LVM

Joten käytin aikaa ja tällaisen 'järjestelmän' Debian minulle teki EFI -asennuksessa:

root@debian:~# cat /proc/partitions
major minor #blocks name

8 0 52428800 sda
8 1 524288 sda1
8 2 249856 sda2
8 3 51652608 sda3
11 0 3751936 sr0
254 0 51636224 dm-0
254 1 12275712 dm-1
254 2 16756736 dm-2
254 3 22601728 dm-3
root@debian:~# df -h
Filesystem Size Used Avail Use% Mounted on
udev 7.9G 0 7.9G 0% /dev
tmpfs 1.6G 18M 1.6G 2% /run
/dev/mapper/virt--debian--vg-root 12G 6.8G 4.2G 63% /
tmpfs 7.9G 0 7.9G 0% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 7.9G 0 7.9G 0% /sys/fs/cgroup
/dev/sda2 237M 106M 119M 48% /boot
/dev/mapper/virt--debian--vg-home 22G 89M 20G 1% /home
/dev/sda1 511M 5.2M 506M 1% /boot/efi
tmpfs 1.6G 5.7M 1.6G 1% /run/user/1000
/dev/sr0 3.6G 3.6G 0 100% /media/cdrom0

Ja kysyn edelleen että KUINKA Debian asennetaan siten että se boottaa ja toimii ILMAN väitettyä boot -osiota.

Ja lisäkysymys Kollimaattorille:

Mitkä käsitteet tässä minulla ovat sekaisin?

Anonyymi kirjoitti:

Olen käyttänyt Debiania äärettömän vähän, siis tuskin lainkaan, mutta kaikki ne muut Linux EFI -asennukset menevät niin että:

1) EFI -osio, yleensä 100M-500M
2) boot -osio, yleensä 500M-1000M
3) kaikki muut osiot yhdessä tai erikseen tai vain LVM

Jonka jälkeen järjestelmä 'mount'aa:

/boot/efi/EFI

jossa /boot on ym. 2 -osio, ja /boot/efi on ym 1 -osio.

Eli mikä käsite tässä nyt on sekaisin, ja kysyn edelleen että kuinka Debianin saa asennettua ja toimimaan ilman boot -osiota, kuten tässä ketjussa on väitetty?

Ja ennen EFI -aikaa (eli ns. legacy-boot, eli MBR) oli vain:

1) boot -osio, 500M-1000M
2) kaikki muut osiot yhdessä tai erikseen tai vain LVM

Joten käytin aikaa ja tällaisen 'järjestelmän' Debian minulle teki EFI -asennuksessa:

root@debian:~# cat /proc/partitions
major minor #blocks name

8 0 52428800 sda
8 1 524288 sda1
8 2 249856 sda2
8 3 51652608 sda3
11 0 3751936 sr0
254 0 51636224 dm-0
254 1 12275712 dm-1
254 2 16756736 dm-2
254 3 22601728 dm-3
root@debian:~# df -h
Filesystem Size Used Avail Use% Mounted on
udev 7.9G 0 7.9G 0% /dev
tmpfs 1.6G 18M 1.6G 2% /run
/dev/mapper/virt--debian--vg-root 12G 6.8G 4.2G 63% /
tmpfs 7.9G 0 7.9G 0% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 7.9G 0 7.9G 0% /sys/fs/cgroup
/dev/sda2 237M 106M 119M 48% /boot
/dev/mapper/virt--debian--vg-home 22G 89M 20G 1% /home
/dev/sda1 511M 5.2M 506M 1% /boot/efi
tmpfs 1.6G 5.7M 1.6G 1% /run/user/1000
/dev/sr0 3.6G 3.6G 0 100% /media/cdrom0

Ja kysyn edelleen että KUINKA Debian asennetaan siten että se boottaa ja toimii ILMAN väitettyä boot -osiota.

Ja lisäkysymys Kollimaattorille:

Mitkä käsitteet tässä minulla ovat sekaisin?

Lue lisää

Debianin saa boottaamaan ilman boot-osiota jättämällä boot-osion pois, l. osioimalla käsin.

Kollimaattori kirjoitti:

Debianin saa boottaamaan ilman boot-osiota jättämällä boot-osion pois, l. osioimalla käsin.

Toimiiko tämä sekä EFI että Legacy Boot kanssa, vai vain jomman kumman?

Kuinka se siis voi bootata jos ottaa käyttöön kiintolevyn tai osion salauksen, LUKS?

Mikä on se Debianin versio jonka kanssa voi tämän oman boot -osion jättää pois?

Anonyymi kirjoitti:

Toimiiko tämä sekä EFI että Legacy Boot kanssa, vai vain jomman kumman?

Kuinka se siis voi bootata jos ottaa käyttöön kiintolevyn tai osion salauksen, LUKS?

Mikä on se Debianin versio jonka kanssa voi tämän oman boot -osion jättää pois?

Lue lisää

Toimii sekä että.

En ole kotioloissa tarvinnut LUKS:ia, joten en tiedä. Koska LUKS:ia käytettäessä on joka tapauksessa oltava käynnistys salaamaton, niin en tiedä riittäisikö pelkästään se, että EFI -osio on salaamaton, koska sitä edes ei voi salata.

Anonyymi kirjoitti:

Kerroppas kuinka asensit sen Debianin niin että se myös käynnistyy ja toimii ilman boot -osiota, jos se kerran ei ole välttämätön...?

Boot-osio asentuu samalla kuin muutkin, ihan siltä asennustikulta.

Kollimaattori kirjoitti:

Toimii sekä että.

En ole kotioloissa tarvinnut LUKS:ia, joten en tiedä. Koska LUKS:ia käytettäessä on joka tapauksessa oltava käynnistys salaamaton, niin en tiedä riittäisikö pelkästään se, että EFI -osio on salaamaton, koska sitä edes ei voi salata.

Lue lisää

Joo, kokeilin tuon Debianin 10 -versiota kertaalleen vielä EFI:n alla, ja se tosiaan on mahdollista tehdä vain 2 tavallista osiota, eli EFI ja /, jolloin tosiaan sekä /boot että swap kumpikin menevät tälle tavalliselle / -osiolle, ja Debian boottaa.

Asennusvaiheessa tosin ilmoitettiin että swap -osiota ei ole luotu, ja varmistettiin vielä erikseen että halutaanko se luoda, johon vastaamalla kielteisesti asennus jatkuu.

Itse olen käyttänyt aina vain LVM LUKS -osiointia, jo MBR, eli Lgacy-Boot -ajalta, niin eipä ole siis tullut mieleen lainkaan tässä kuluneiden vuosien aikana että voisi Linuxin asentaa kokonaan ilman erillistä /boot -osiota...

Käytän näitä, eli LVM ja LUKS tottakai myös kotona, niin sitten pysyy samalla näppituntuntuma näihinkin toiminteisiin ja teknologioihin, ja nyt pitäisi vielä alkaa opettelemaan sitä uutta BTRFS...

Osassa distroja kun on mahdollisuus tehdä natiivi 2 x AES-256 -salaus, niin olen ottanut tästäkin mahdollisuudesta hyödyn irti, ja AMD:n prosessoreissa kun on nykyään kaksi AES-NI -laskentayksikköä, niin eipä tässä mitään hitautta huomaa lainkaan, erityisesti kun Linux on nopea ja ketterä jo muutenkin...

Itse siis osioin aina koko levyn kolmeen osaan, eli EFI, /boot ja LVM, ja sitten se LVM puolestaan osiodaan /, /home, swap ja /var, joiden lisäksi loput LVM -osiosta jätän tyhjäksi myöhempää käyttöä varten. Ja sekä /boot että LVM tottakai kahdennetulle RAID1 -osiolle, koska Linux tukee tätäkin teknologiaa natiivisti. Vain EFI -osiota ei tällä saa kahdennettua, mutta sen korjaaminen mahdollisessa vikatilanteessa on yksi hujaus vaan, ja kaikki muu data on turvassa ja saatavilla takaisin tarvittaessa boottamalla Linux USB-tikulta ja 'mount'aamalla osiot käyttöön, LUKS salasanojen syöttämisen jälkeen tietysti...

Anonyymi kirjoitti:

Joo, kokeilin tuon Debianin 10 -versiota kertaalleen vielä EFI:n alla, ja se tosiaan on mahdollista tehdä vain 2 tavallista osiota, eli EFI ja /, jolloin tosiaan sekä /boot että swap kumpikin menevät tälle tavalliselle / -osiolle, ja Debian boottaa.

Asennusvaiheessa tosin ilmoitettiin että swap -osiota ei ole luotu, ja varmistettiin vielä erikseen että halutaanko se luoda, johon vastaamalla kielteisesti asennus jatkuu.

Itse olen käyttänyt aina vain LVM LUKS -osiointia, jo MBR, eli Lgacy-Boot -ajalta, niin eipä ole siis tullut mieleen lainkaan tässä kuluneiden vuosien aikana että voisi Linuxin asentaa kokonaan ilman erillistä /boot -osiota...

Käytän näitä, eli LVM ja LUKS tottakai myös kotona, niin sitten pysyy samalla näppituntuntuma näihinkin toiminteisiin ja teknologioihin, ja nyt pitäisi vielä alkaa opettelemaan sitä uutta BTRFS...

Osassa distroja kun on mahdollisuus tehdä natiivi 2 x AES-256 -salaus, niin olen ottanut tästäkin mahdollisuudesta hyödyn irti, ja AMD:n prosessoreissa kun on nykyään kaksi AES-NI -laskentayksikköä, niin eipä tässä mitään hitautta huomaa lainkaan, erityisesti kun Linux on nopea ja ketterä jo muutenkin...

Itse siis osioin aina koko levyn kolmeen osaan, eli EFI, /boot ja LVM, ja sitten se LVM puolestaan osiodaan /, /home, swap ja /var, joiden lisäksi loput LVM -osiosta jätän tyhjäksi myöhempää käyttöä varten. Ja sekä /boot että LVM tottakai kahdennetulle RAID1 -osiolle, koska Linux tukee tätäkin teknologiaa natiivisti. Vain EFI -osiota ei tällä saa kahdennettua, mutta sen korjaaminen mahdollisessa vikatilanteessa on yksi hujaus vaan, ja kaikki muu data on turvassa ja saatavilla takaisin tarvittaessa boottamalla Linux USB-tikulta ja 'mount'aamalla osiot käyttöön, LUKS salasanojen syöttämisen jälkeen tietysti...

Lue lisää

Joo, tuosta swapin "välttämättömyydestä" jaksavat asennusohjelmat natkuttaa, vaikka vähän näyttää siltä, että tekniikka on ajanut swappailun ohitse.

Itselläni on "vain" 32 GB käyttömuistia, eikä swappia, vaikka käytössä on sekä virtuaalikoneita että satunnaista videoeditointia, eikä muistinhallinta koskaan ole edes yskähdellyt.

Kollimaattori kirjoitti:

Joo, tuosta swapin "välttämättömyydestä" jaksavat asennusohjelmat natkuttaa, vaikka vähän näyttää siltä, että tekniikka on ajanut swappailun ohitse.

Itselläni on "vain" 32 GB käyttömuistia, eikä swappia, vaikka käytössä on sekä virtuaalikoneita että satunnaista videoeditointia, eikä muistinhallinta koskaan ole edes yskähdellyt.

Lue lisää

Laitappa linkkejä aiheisiin joissa todetaan että swap osiota ei kannata tehdä ja että tekniikka on ajanut sen ohitse, ja siinä välissä tarkenna vielä että mikä tekniikka.

Itselläni on "vain" 64G keskusmuistia, ja erillinen 50G swap osio.

Anonyymi kirjoitti:

Laitappa linkkejä aiheisiin joissa todetaan että swap osiota ei kannata tehdä ja että tekniikka on ajanut sen ohitse, ja siinä välissä tarkenna vielä että mikä tekniikka.

Itselläni on "vain" 64G keskusmuistia, ja erillinen 50G swap osio.

Lue lisää

Itselläni on läppärissä koneen RAM-muistin kokoinen swap, koska sitä käytetään koneen lepotilaan siirtymisessä. Pöytäkoneessa en lepotilaa käytä, vaan valmiustilaa, joten swap on siinä tarpeeton.

Missään en ole useamman vuoden aikana havainnut swappia käytettävän siinä määrin, että sen käyttö voisi olla perusteltua muussa kuin lepotilakäytössä, joten olen jättänyt swapin pois ihan "oman tutkimuksen" kautta.

Jos sinulla on 50 GB swapilla, niin mikäpä siinä sitten: kiintolevytila on niin halpaa, ettei sillä ole juurikaan merkitystä, vaikkei tilaa käytetä.

Kollimaattori kirjoitti:

Itselläni on läppärissä koneen RAM-muistin kokoinen swap, koska sitä käytetään koneen lepotilaan siirtymisessä. Pöytäkoneessa en lepotilaa käytä, vaan valmiustilaa, joten swap on siinä tarpeeton.

Missään en ole useamman vuoden aikana havainnut swappia käytettävän siinä määrin, että sen käyttö voisi olla perusteltua muussa kuin lepotilakäytössä, joten olen jättänyt swapin pois ihan "oman tutkimuksen" kautta.

Jos sinulla on 50 GB swapilla, niin mikäpä siinä sitten: kiintolevytila on niin halpaa, ettei sillä ole juurikaan merkitystä, vaikkei tilaa käytetä.

Lue lisää

...paitsi että silloin kun swap -osio on käytössä niin sitten siihen mountataan /tmp, jota monet sovellukset käyttävät hetkellisten väliaikaistiedostojen kirjoittamiseen, jotka siis tämän puuttuessa kirjoitetaan kokonaan muualle, jossa vaarana on että ne väliaikaistiedostot sitten myös jäävät jäljelle, koska tuo /tmp -hakemisto siivotaan tyhjäksi ja alustetaan uudelleen myös koko järjestelmän käyttöä varten aina bootin aikana...

Tästä syystä siis on suositus että swap -osio olisi 2 x RAM, koska laitettaessa kone horrostilaan, niin pitää olla tarpeeksi tilaa dumpata RAM sisältö sinne, yhdessä muiden väliaikaistiedostojen kanssa...

Mutta kuten sanoit, niin levytila on tänä päivänä halpaa, ja yksi 50G tms. swap -osio ei tunnu yhtään misään useamman teran kokoisella levyllä...

Anonyymi kirjoitti:

...paitsi että silloin kun swap -osio on käytössä niin sitten siihen mountataan /tmp, jota monet sovellukset käyttävät hetkellisten väliaikaistiedostojen kirjoittamiseen, jotka siis tämän puuttuessa kirjoitetaan kokonaan muualle, jossa vaarana on että ne väliaikaistiedostot sitten myös jäävät jäljelle, koska tuo /tmp -hakemisto siivotaan tyhjäksi ja alustetaan uudelleen myös koko järjestelmän käyttöä varten aina bootin aikana...

Tästä syystä siis on suositus että swap -osio olisi 2 x RAM, koska laitettaessa kone horrostilaan, niin pitää olla tarpeeksi tilaa dumpata RAM sisältö sinne, yhdessä muiden väliaikaistiedostojen kanssa...

Mutta kuten sanoit, niin levytila on tänä päivänä halpaa, ja yksi 50G tms. swap -osio ei tunnu yhtään misään useamman teran kokoisella levyllä...

Lue lisää

Jaaha vai tälläistä tällä kertaa. Mikä prosessi teillä on käyttänyt Swapia eniten, tai osaatteko yleensäkään kertoa tarkemin miten olette selvittäneet missä määrin Swapia järjestelmänne on käyttänyt.

Haluatteko Bash Shell skriptin jolla asian voi tarkistaa logeista.

Anonyymi kirjoitti:

Jaaha vai tälläistä tällä kertaa. Mikä prosessi teillä on käyttänyt Swapia eniten, tai osaatteko yleensäkään kertoa tarkemin miten olette selvittäneet missä määrin Swapia järjestelmänne on käyttänyt.

Haluatteko Bash Shell skriptin jolla asian voi tarkistaa logeista.

Lue lisää

Minulla esim. Firefox käyttää tätä, ja erittäin ahkerasti vielä, sen kaiken toki näkee kun vaan kurkkaa sinne hakemistoon tai kirjoittaa vaan että 'lsof | grep tmp', niin ei siinä mitään sen kummempia bash-shell skriptejä tarvita...

Että juurikin tällaista tällä kertaa...

Anonyymi kirjoitti:

Minulla esim. Firefox käyttää tätä, ja erittäin ahkerasti vielä, sen kaiken toki näkee kun vaan kurkkaa sinne hakemistoon tai kirjoittaa vaan että 'lsof | grep tmp', niin ei siinä mitään sen kummempia bash-shell skriptejä tarvita...

Että juurikin tällaista tällä kertaa...

Lue lisää

Ai, että Firefox käyttää "swap" -osiota, ja sen sinä näit ihan omin silmin, niin Ubuntumaista, niin Ubuntumaista legendaa.

Anonyymi kirjoitti:

Ai, että Firefox käyttää "swap" -osiota, ja sen sinä näit ihan omin silmin, niin Ubuntumaista, niin Ubuntumaista legendaa.

Siinä vähän esimakua, kun tänne mahtuu vaan 5000 merkkiä:
[root@crosshair ~]# lsof | grep -i firefox | grep tmp
firefox 345664 user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345693 gmain user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345694 gdbus user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345697 IPC\x20I/ user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345698 Timer user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345699 Netlink user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345700 Socket user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345701 Permissio user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345722 JS\x20Wat user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345723 JS\x20Hel user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345724 JS\x20Hel user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345725 JS\x20Hel user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345726 JS\x20Hel user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345727 JS\x20Hel user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345728 JS\x20Hel user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345729 JS\x20Hel user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345730 JS\x20Hel user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345747 Cache2 user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345748 Cookie user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345751 Worker user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345752 GLXVsyncT user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345753 Renderer user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345754 WRWorker# user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345755 WRWorker# user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345756 WRWorker# user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345757 WRWorker# user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345758 WRWorker# user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345759 WRWorker# user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345760 WRWorker# user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345761 WRWorker# user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345762 WRWorkerL user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345763 WRWorkerL user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345764 WRWorkerL user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345765 WRWorkerL user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345766 WRWorkerL user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345767 WRWorkerL user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345768 WRWorkerL user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345769 WRWorkerL user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)

[root@crosshair ~]# lsof | grep -i firefox | grep tmp | wc -l
114

Eli 114 väliaikaistiedosstoa siellä joko on j/tai on ollut tällä istunnolla...

Anonyymi kirjoitti:

Kerroppas kuinka asensit sen Debianin niin että se myös käynnistyy ja toimii ilman boot -osiota, jos se kerran ei ole välttämätön...?

No ei itsellenikään ole koskaan näiden parinkymmenen vuoden ikana ollut erillistä /boot osiota.

Anonyymi kirjoitti:

Olen käyttänyt Debiania äärettömän vähän, siis tuskin lainkaan, mutta kaikki ne muut Linux EFI -asennukset menevät niin että:

1) EFI -osio, yleensä 100M-500M
2) boot -osio, yleensä 500M-1000M
3) kaikki muut osiot yhdessä tai erikseen tai vain LVM

Jonka jälkeen järjestelmä 'mount'aa:

/boot/efi/EFI

jossa /boot on ym. 2 -osio, ja /boot/efi on ym 1 -osio.

Eli mikä käsite tässä nyt on sekaisin, ja kysyn edelleen että kuinka Debianin saa asennettua ja toimimaan ilman boot -osiota, kuten tässä ketjussa on väitetty?

Ja ennen EFI -aikaa (eli ns. legacy-boot, eli MBR) oli vain:

1) boot -osio, 500M-1000M
2) kaikki muut osiot yhdessä tai erikseen tai vain LVM

Joten käytin aikaa ja tällaisen 'järjestelmän' Debian minulle teki EFI -asennuksessa:

root@debian:~# cat /proc/partitions
major minor #blocks name

8 0 52428800 sda
8 1 524288 sda1
8 2 249856 sda2
8 3 51652608 sda3
11 0 3751936 sr0
254 0 51636224 dm-0
254 1 12275712 dm-1
254 2 16756736 dm-2
254 3 22601728 dm-3
root@debian:~# df -h
Filesystem Size Used Avail Use% Mounted on
udev 7.9G 0 7.9G 0% /dev
tmpfs 1.6G 18M 1.6G 2% /run
/dev/mapper/virt--debian--vg-root 12G 6.8G 4.2G 63% /
tmpfs 7.9G 0 7.9G 0% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 7.9G 0 7.9G 0% /sys/fs/cgroup
/dev/sda2 237M 106M 119M 48% /boot
/dev/mapper/virt--debian--vg-home 22G 89M 20G 1% /home
/dev/sda1 511M 5.2M 506M 1% /boot/efi
tmpfs 1.6G 5.7M 1.6G 1% /run/user/1000
/dev/sr0 3.6G 3.6G 0 100% /media/cdrom0

Ja kysyn edelleen että KUINKA Debian asennetaan siten että se boottaa ja toimii ILMAN väitettyä boot -osiota.

Ja lisäkysymys Kollimaattorille:

Mitkä käsitteet tässä minulla ovat sekaisin?

Lue lisää

Et ilmeisesti osaa lukea tai et ymmärrä lukemaasi. Johan sinulle sanottiin, että boot -kansion ei tarvitse olla omalla levyosiollaan. Eli sekotat nyt osion ja kansion käsitteet keskenään. boot kansio voi olla ihan hyvin myös / osiolla kuten asia Debianissa oletuksena on. Ei minullakaan ole koskaan ollut erillistä /boot -osiota Debianissa. /boot voi ihan hyvin olla vain kansio / -osiolla. Ei sen tarvitse olla erillinen osio.

Anonyymi kirjoitti:

...paitsi että silloin kun swap -osio on käytössä niin sitten siihen mountataan /tmp, jota monet sovellukset käyttävät hetkellisten väliaikaistiedostojen kirjoittamiseen, jotka siis tämän puuttuessa kirjoitetaan kokonaan muualle, jossa vaarana on että ne väliaikaistiedostot sitten myös jäävät jäljelle, koska tuo /tmp -hakemisto siivotaan tyhjäksi ja alustetaan uudelleen myös koko järjestelmän käyttöä varten aina bootin aikana...

Tästä syystä siis on suositus että swap -osio olisi 2 x RAM, koska laitettaessa kone horrostilaan, niin pitää olla tarpeeksi tilaa dumpata RAM sisältö sinne, yhdessä muiden väliaikaistiedostojen kanssa...

Mutta kuten sanoit, niin levytila on tänä päivänä halpaa, ja yksi 50G tms. swap -osio ei tunnu yhtään misään useamman teran kokoisella levyllä...

Lue lisää

Ei /tmp mihinkään swappiin mountata. Se on joko hakemisto / osiolla, oma osionsa tai esimerkiksi RAM-muistissa. Sitäpaitsi oothan tietoinen siitä, että jos salaat levyn niin sillon olisi järkevää salata myös swap, koska muutoin RAM-sisältö voidaan swapata selväkielisenä swappiin ja se taas voi tehdä levyn salauksen tyhjänpäiväiseksi, ksoaska levyn sisältöä voi päätyä swappiin.

Anonyymi kirjoitti:

Ei /tmp mihinkään swappiin mountata. Se on joko hakemisto / osiolla, oma osionsa tai esimerkiksi RAM-muistissa. Sitäpaitsi oothan tietoinen siitä, että jos salaat levyn niin sillon olisi järkevää salata myös swap, koska muutoin RAM-sisältö voidaan swapata selväkielisenä swappiin ja se taas voi tehdä levyn salauksen tyhjänpäiväiseksi, ksoaska levyn sisältöä voi päätyä swappiin.

Lue lisää

Onko varmaa tietoa, että järjestelmä myös toimii silloin kun se on pistetty palasina eri kiintolevyille, ja levyt salattu asiaan kuuluvasti.

Anonyymi kirjoitti:

Ei /tmp mihinkään swappiin mountata. Se on joko hakemisto / osiolla, oma osionsa tai esimerkiksi RAM-muistissa. Sitäpaitsi oothan tietoinen siitä, että jos salaat levyn niin sillon olisi järkevää salata myös swap, koska muutoin RAM-sisältö voidaan swapata selväkielisenä swappiin ja se taas voi tehdä levyn salauksen tyhjänpäiväiseksi, ksoaska levyn sisältöä voi päätyä swappiin.

Lue lisää

Ei toki mountata, mutta jos /tmp on RAM:issa niin kyllä se silloin voi käyttää swappia jos RAM ei riitä.

Minulla on juuri noin, /tmp RAM:issa, 16 GB RAM ja 100 GB SSD swap salattuna.

Anonyymi kirjoitti:

Et ilmeisesti osaa lukea tai et ymmärrä lukemaasi. Johan sinulle sanottiin, että boot -kansion ei tarvitse olla omalla levyosiollaan. Eli sekotat nyt osion ja kansion käsitteet keskenään. boot kansio voi olla ihan hyvin myös / osiolla kuten asia Debianissa oletuksena on. Ei minullakaan ole koskaan ollut erillistä /boot -osiota Debianissa. /boot voi ihan hyvin olla vain kansio / -osiolla. Ei sen tarvitse olla erillinen osio.

Lue lisää

Sanoin kylä jo testanneen tuon, jossa havaitsin että kyllä toimii ilman erillistä /boot -osoiota.

Anonyymi kirjoitti:

Ei /tmp mihinkään swappiin mountata. Se on joko hakemisto / osiolla, oma osionsa tai esimerkiksi RAM-muistissa. Sitäpaitsi oothan tietoinen siitä, että jos salaat levyn niin sillon olisi järkevää salata myös swap, koska muutoin RAM-sisältö voidaan swapata selväkielisenä swappiin ja se taas voi tehdä levyn salauksen tyhjänpäiväiseksi, ksoaska levyn sisältöä voi päätyä swappiin.

Lue lisää

Niihän sinä luulet, mutta Fedorassa se on juuri näin:

[root@crosshair ~]# df -h | grep tmpfs
devtmpfs 32G 0 32G 0% /dev
tmpfs 32G 0 32G 0% /dev/shm
tmpfs 13G 7.2M 13G 1% /run
tmpfs 32G 112K 32G 1% /tmp
tmpfs 6.3G 1.9M 6.3G 1% /run/user/1000

...vai alatko nyt väittämään että olen tehnyt erillisen osion jotain /tmp -hakemistoa varten...?

Anonyymi kirjoitti:

Onko varmaa tietoa, että järjestelmä myös toimii silloin kun se on pistetty palasina eri kiintolevyille, ja levyt salattu asiaan kuuluvasti.

Linux ei välitä siitä että miten 'palasina' se on laitettu, niin kauan kun järjestelmän levyjaot ovat olemassa, ja oikein. Itse olen käyttänyt 2 x AES-256 -salausta jo vuodet, ilman mitään ongelmia, niin tässä kaikessa on minulle ihan tarpeeksi takuuta siitä että kyllä toimii.

Anonyymi kirjoitti:

Linux ei välitä siitä että miten 'palasina' se on laitettu, niin kauan kun järjestelmän levyjaot ovat olemassa, ja oikein. Itse olen käyttänyt 2 x AES-256 -salausta jo vuodet, ilman mitään ongelmia, niin tässä kaikessa on minulle ihan tarpeeksi takuuta siitä että kyllä toimii.

Lue lisää

Linux ei välitä, mutta minä välitän. Käytön helppous on A ja O.

Anonyymi kirjoitti:

Linux ei välitä, mutta minä välitän. Käytön helppous on A ja O.

Niin, no siis minulla on tasan 3 osiota kiintolevyllä, eli

1) EFI
2) /boot
3) LVM

jossa 3 on puolestaan jaettu:


[root@crosshair ~]# vgs
VG #PV #LV #SN Attr VSize VFree
vg_crosshair_fedora 1 3 0 wz--n- 149.87g 0
vg_data 1 2 0 wz--n- 2.58t 0

[root@crosshair ~]# lvscan
ACTIVE '/dev/vg_data/lv_data' [3.00 TiB] inherit
ACTIVE '/dev/vg_crosshair_fedora/lv_root' [50.00 GiB] inherit
ACTIVE '/dev/vg_crosshair_fedora/lv_home' [50.00 GiB] inherit
ACTIVE '/dev/vg_crosshair_fedora/lv_swap' [49.87 GiB] inherit

Pieni on kaunista...

Anonyymi kirjoitti:

Linux ei välitä, mutta minä välitän. Käytön helppous on A ja O.

Toiset lentää lentokoneilla, osalla taas on vaikeuksia pelkästään autolla ajamisen kanssa...

Väärin. tmpfs on RAM:issa ei swapissa

malaire kirjoitti:

Väärin. tmpfs on RAM:issa ei swapissa

...ja nyt siis väität että tuo /tmp vaatii 32G RAMIa....?

Anonyymi kirjoitti:

...ja nyt siis väität että tuo /tmp vaatii 32G RAMIa....?

Ei vaan 112K.

Sinä se tässä et tiedä mitään. Tuo 32G on virtuaalista, se ei varaa RAM:ia eikä swappia. Vain käytetty osa tuosta (112K) käyttää RAM:ia/swappia.

malaire kirjoitti:

Sinä se tässä et tiedä mitään. Tuo 32G on virtuaalista, se ei varaa RAM:ia eikä swappia. Vain käytetty osa tuosta (112K) käyttää RAM:ia/swappia.

Voi heranjestas mikä PUUPÄÄ!

malaire kirjoitti:

Sinä se tässä et tiedä mitään. Tuo 32G on virtuaalista, se ei varaa RAM:ia eikä swappia. Vain käytetty osa tuosta (112K) käyttää RAM:ia/swappia.

Ei; Linux ei allokoi muistia lineaarisesti, tai virtuaalisesti, vaan absoluuttisesti, koska muutenhan tulisi ylivuoto.

Laita linkkiä dokumentaatioon jossa todetaan että swap menee RAMiin eikä mihnkään muualle, niin aloitetaan tästä.

Anonyymi kirjoitti:

Ei; Linux ei allokoi muistia lineaarisesti, tai virtuaalisesti, vaan absoluuttisesti, koska muutenhan tulisi ylivuoto.

Laita linkkiä dokumentaatioon jossa todetaan että swap menee RAMiin eikä mihnkään muualle, niin aloitetaan tästä.

Lue lisää

Tästä voit lukea kuinka tmpfs toimii. Tämä alkaa lauseella "Tmpfs is a file system which keeps all files in virtual memory."

https://www.kernel.org/doc/html/v5.7/filesystems/tmpfs.html

malaire kirjoitti:

Sinä se tässä et tiedä mitään. Tuo 32G on virtuaalista, se ei varaa RAM:ia eikä swappia. Vain käytetty osa tuosta (112K) käyttää RAM:ia/swappia.

SWAP on nimenomaisesti offline-tallenustila jonne järjestelmä dumppaa muistista prosesseja vapauttaakseen keskusmuistia ajoon tuleville muille prosesseille, ja kehitetty varta vasten tätä varten, tosin kotioloissa enemmänkin merkityksetön, koska pääsääntöisesti kotioloissa ei ajeta niin massiivisia prosesseja kuin isompien yritysten tuotekehityspalvelimissa.

Sitten kun alkoi tulemaan rajoja näissäkin vastaan - useista eri syistä - niin kehitettiin oom-kill, jonka tehtävä on 'arvioida' järjestelmässä kulloinkin ajossa olevat 'tarpeettomat' prosessit, ja - nimensä mukaisesti - tappaa ne, jotta saadaan keskusmuistia vapaaksi, jotta kone ei kaatuisi.

Tämä hieno keksintö puolestaan sitten aiheutti mitä mielenkiintoisempia muita ongelmia tuotekehitysyrityksissä...

Anonyymi kirjoitti:

SWAP on nimenomaisesti offline-tallenustila jonne järjestelmä dumppaa muistista prosesseja vapauttaakseen keskusmuistia ajoon tuleville muille prosesseille, ja kehitetty varta vasten tätä varten, tosin kotioloissa enemmänkin merkityksetön, koska pääsääntöisesti kotioloissa ei ajeta niin massiivisia prosesseja kuin isompien yritysten tuotekehityspalvelimissa.

Sitten kun alkoi tulemaan rajoja näissäkin vastaan - useista eri syistä - niin kehitettiin oom-kill, jonka tehtävä on 'arvioida' järjestelmässä kulloinkin ajossa olevat 'tarpeettomat' prosessit, ja - nimensä mukaisesti - tappaa ne, jotta saadaan keskusmuistia vapaaksi, jotta kone ei kaatuisi.

Tämä hieno keksintö puolestaan sitten aiheutti mitä mielenkiintoisempia muita ongelmia tuotekehitysyrityksissä...

Lue lisää

Ja tässä vielä faktaa asiaan:

Unix systems, and other Unix-like operating systems, use the term "swap" to describe both the act of moving memory pages between RAM and disk.

https://en.wikipedia.org/wiki/Memory_paging#Unix_and_Unix-like_systems

JOO ÄLÄ LUE TÄTÄ OHJETTA-----------> TAAS VÄÄRIÄ OHJEITA
----------------------------------------------------------------------------------

Mintin asennusoohjelma hoitaa kaikki osioinnit kuin pitääkin!
Näitten herrojen ohjeet ei ole tätäpäivää vaan haliavat saada sen näyttämää
HIRVEEN VAIKEELTA!!!

JOTA SE EI OLE!

Anonyymi kirjoitti:

JOO ÄLÄ LUE TÄTÄ OHJETTA-----------> TAAS VÄÄRIÄ OHJEITA
----------------------------------------------------------------------------------

Mintin asennusoohjelma hoitaa kaikki osioinnit kuin pitääkin!
Näitten herrojen ohjeet ei ole tätäpäivää vaan haliavat saada sen näyttämää
HIRVEEN VAIKEELTA!!!

JOTA SE EI OLE!

Lue lisää

Niin, minkä tahansa käyttöjäejestelmän, myös windowsin, asennus on helppoa kun antaa automaattisen asennusohjelman tehdä kaikki, eikä miettiä mitään muuta kuin että minkä kielen ja näppäimistöasetuksen haluaa käyttöön, ja siinäpä ne tärkeimmät...

Kesä näköjään sulattaa useamman aivot, joka vain kiihtyy sinolia nautittaessa...

Ai kun sinä olet viisas, äitisi varmaan mielissään kun pojasta tuli mielisairashäirikkö.

malaire kirjoitti:

Tästä voit lukea kuinka tmpfs toimii. Tämä alkaa lauseella "Tmpfs is a file system which keeps all files in virtual memory."

https://www.kernel.org/doc/html/v5.7/filesystems/tmpfs.html

Lue lisää

Niin, mutta ikävä vain että jos annan komennon:

[root@crosshair ~]# while (true) ; do echo "a" >> /tmp/tmptst ; sync ; done

Niin lähtee kiintolevy sahaamaan, eli siis ei mene mihinkään muistiin, vaan suoraan kiintolevylle.

Ja jos leikitään että tämä tapahtuisi syystä että kaikki data menee samaan tiedostoon, niin tällä voidaan todistaa että sama tapahtuu myös tilanteessa jossa tulee kasa erillisiä yksittäisiä tiedostoja:

[root@crosshair ~]# for i in {1..8192} ; do echo "a" >> /tmp/$i ; sync ; done

On toki mahdollista että osa, mutta siis vain OSA tästä KAIKESTA näistä tmpfs -tiedostojärjestelmien datasta menee RAMiin, kuten todetaan,

https://fedoraproject.org/wiki/Features/tmp-on-tmpfs

josta minullakin oli epäselvyyksiä juuri -90 luvulla tutkiessani erään Solaris -palvelimen jatkuvaa prosessien kaatuilua, niin piti minun vielä erikseen tarkistaa eräältä senior-pääkäyttäjältä että mikä kaikki järjestelmän tieto menee RAMiin, ja mikä kaikki levylle, joka auttoi vianmäärityksessä, ja sain selvitettyä vian, jollaista ei missään nimessä olisi edes ollut mahdollista olla olemassa!.

Koska,

[root@crosshair ~]# df -h | grep tmpfs
devtmpfs 32G 0 32G 0% /dev
tmpfs 32G 0 32G 0% /dev/shm
tmpfs 13G 7.2M 13G 1% /run
tmpfs 32G 2.8M 32G 1% /tmp
tmpfs 6.3G 1.9M 6.3G 1% /run/user/1000

näitä tmpfs on useita, ja mm. '/dev/' luodaan aina uudelleen käynnistyksen yhteydessä ja sinne kirjoitetaan kaikki käynnistyksen aikana koneeseen kytkettynä olleet oheislaitteet, ja päivittyy dynaamisesti aina sitä mukaa kun laitteita poistetaan tai lisätään.

Ja jos Linuxissa teet RAMDISKin, niin sekin on muotoa tmpfs, koska järjestelmä ei voi sallia tälle mitään muuta muotoa.

Ja jos tilanne olisi se että tuo /tmp todellakin olisi RAM -muistia, niin silloin minun ei tarvitsisi kikkailla lainkaan erillisellä RAMDISKillä saadakseni järjestelmää nopeutettua, koska järjestelmä itsessään olisi jo tästä huolehtinut.

Fedoran versiossa 34 taitaa jo olla käytössä zram, joka on kehittyneempi versio tästä kaikesta, mutta en ole vielä päivittänyt siihen, koska edelleen on dokumentaatiota lukematta...

Yhtä kaikki, perusasia kuitenkin on se, että SWAP on offline tallennustila jonne järjestelmä dumppaa prosesseja pois muistista saadakseen muistia käyttöön muille prosesseille.

malaire kirjoitti:

Sinä se tässä et tiedä mitään. Tuo 32G on virtuaalista, se ei varaa RAM:ia eikä swappia. Vain käytetty osa tuosta (112K) käyttää RAM:ia/swappia.

Ei ihme ettet saa mitään linuxia toimiin kun osaat sootkee ne jo asennuksessa!

Heh heh,,,

Anonyymi kirjoitti:

Niin, mutta ikävä vain että jos annan komennon:

[root@crosshair ~]# while (true) ; do echo "a" >> /tmp/tmptst ; sync ; done

Niin lähtee kiintolevy sahaamaan, eli siis ei mene mihinkään muistiin, vaan suoraan kiintolevylle.

Ja jos leikitään että tämä tapahtuisi syystä että kaikki data menee samaan tiedostoon, niin tällä voidaan todistaa että sama tapahtuu myös tilanteessa jossa tulee kasa erillisiä yksittäisiä tiedostoja:

[root@crosshair ~]# for i in {1..8192} ; do echo "a" >> /tmp/$i ; sync ; done

On toki mahdollista että osa, mutta siis vain OSA tästä KAIKESTA näistä tmpfs -tiedostojärjestelmien datasta menee RAMiin, kuten todetaan,

https://fedoraproject.org/wiki/Features/tmp-on-tmpfs

josta minullakin oli epäselvyyksiä juuri -90 luvulla tutkiessani erään Solaris -palvelimen jatkuvaa prosessien kaatuilua, niin piti minun vielä erikseen tarkistaa eräältä senior-pääkäyttäjältä että mikä kaikki järjestelmän tieto menee RAMiin, ja mikä kaikki levylle, joka auttoi vianmäärityksessä, ja sain selvitettyä vian, jollaista ei missään nimessä olisi edes ollut mahdollista olla olemassa!.

Koska,

[root@crosshair ~]# df -h | grep tmpfs
devtmpfs 32G 0 32G 0% /dev
tmpfs 32G 0 32G 0% /dev/shm
tmpfs 13G 7.2M 13G 1% /run
tmpfs 32G 2.8M 32G 1% /tmp
tmpfs 6.3G 1.9M 6.3G 1% /run/user/1000

näitä tmpfs on useita, ja mm. '/dev/' luodaan aina uudelleen käynnistyksen yhteydessä ja sinne kirjoitetaan kaikki käynnistyksen aikana koneeseen kytkettynä olleet oheislaitteet, ja päivittyy dynaamisesti aina sitä mukaa kun laitteita poistetaan tai lisätään.

Ja jos Linuxissa teet RAMDISKin, niin sekin on muotoa tmpfs, koska järjestelmä ei voi sallia tälle mitään muuta muotoa.

Ja jos tilanne olisi se että tuo /tmp todellakin olisi RAM -muistia, niin silloin minun ei tarvitsisi kikkailla lainkaan erillisellä RAMDISKillä saadakseni järjestelmää nopeutettua, koska järjestelmä itsessään olisi jo tästä huolehtinut.

Fedoran versiossa 34 taitaa jo olla käytössä zram, joka on kehittyneempi versio tästä kaikesta, mutta en ole vielä päivittänyt siihen, koska edelleen on dokumentaatiota lukematta...

Yhtä kaikki, perusasia kuitenkin on se, että SWAP on offline tallennustila jonne järjestelmä dumppaa prosesseja pois muistista saadakseen muistia käyttöön muille prosesseille.

Lue lisää

No joo:

tmpfs 32G 0 32G 0% /dev/shm

Jos pistät tiedostoselaimesi osoiteriville tuon (/dev/shm) niin huomaat sen olevan RAMDISK, ja se tosiaankin käyttäytyy täysin samalla tavalla.

Testaappa nyt kopioimalla tuolle RAMDISKILLE (/dev/shm) joku isompi tiedosto, ja seuraa vapaan muistin määrää ennen ja jälkeen kopioinin.

Anonyymi kirjoitti:

No joo:

tmpfs 32G 0 32G 0% /dev/shm

Jos pistät tiedostoselaimesi osoiteriville tuon (/dev/shm) niin huomaat sen olevan RAMDISK, ja se tosiaankin käyttäytyy täysin samalla tavalla.

Testaappa nyt kopioimalla tuolle RAMDISKILLE (/dev/shm) joku isompi tiedosto, ja seuraa vapaan muistin määrää ennen ja jälkeen kopioinin.

Lue lisää

No joo: jatkoa

Ainakaan minulla ei sinne sopinut kuin murto-osa siitä vapaasta tilasta minkä tiedostoselain ja mem -h komennot kertoivat olevan käytettävissä.

Anonyymi kirjoitti:

No joo:

tmpfs 32G 0 32G 0% /dev/shm

Jos pistät tiedostoselaimesi osoiteriville tuon (/dev/shm) niin huomaat sen olevan RAMDISK, ja se tosiaankin käyttäytyy täysin samalla tavalla.

Testaappa nyt kopioimalla tuolle RAMDISKILLE (/dev/shm) joku isompi tiedosto, ja seuraa vapaan muistin määrää ennen ja jälkeen kopioinin.

Lue lisää

Kiintolevylle menee suoraan edelleen tällä testillä:

[root@crosshair ~]# mkdir /dev/shm/tmptst
[root@crosshair ~]# for i in {1..8192} ; do echo "a" >> /dev/shm/tmptst/$i ; sync ; done

Onko mitään muuta jolla voisin tyydyttää näitä sangen kyseenalaisia tarpeitasi?

Mitäs jos asennat Fedoran itse, ja testaat itse ja osoitat itse että mikä menee RAMiin sen sijaan että mutuilet täällä?

Tai kerrot jonkun distron jossa joku tällainen menee RAMiin, niin ehkä voin jaksaa testata sitä vain syystä että olet niin pateettinen mutuilija. Onneksi kohta on viikonloppu niin pääset vetämään sinolia oikein luvan kanssa.

Anonyymi kirjoitti:

No joo: jatkoa

Ainakaan minulla ei sinne sopinut kuin murto-osa siitä vapaasta tilasta minkä tiedostoselain ja mem -h komennot kertoivat olevan käytettävissä.

No joo: jatkon jatkoa

Eli RAMDISKINÄ siihen ei voi luottaa, kokoa ei pysty ennustamaan, vaikka järjestelmä sen tekeekin valmiiksi.

Anonyymi kirjoitti:

Siinä vähän esimakua, kun tänne mahtuu vaan 5000 merkkiä:
[root@crosshair ~]# lsof | grep -i firefox | grep tmp
firefox 345664 user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345693 gmain user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345694 gdbus user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345697 IPC\x20I/ user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345698 Timer user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345699 Netlink user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345700 Socket user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345701 Permissio user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345722 JS\x20Wat user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345723 JS\x20Hel user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345724 JS\x20Hel user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345725 JS\x20Hel user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345726 JS\x20Hel user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345727 JS\x20Hel user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345728 JS\x20Hel user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345729 JS\x20Hel user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345730 JS\x20Hel user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345747 Cache2 user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345748 Cookie user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345751 Worker user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345752 GLXVsyncT user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345753 Renderer user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345754 WRWorker# user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345755 WRWorker# user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345756 WRWorker# user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345757 WRWorker# user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345758 WRWorker# user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345759 WRWorker# user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345760 WRWorker# user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345761 WRWorker# user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345762 WRWorkerL user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345763 WRWorkerL user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345764 WRWorkerL user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345765 WRWorkerL user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345766 WRWorkerL user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345767 WRWorkerL user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345768 WRWorkerL user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)
firefox 345664 345769 WRWorkerL user 28u REG 0,36 28672 59 /tmp/fficd84jk (deleted)

[root@crosshair ~]# lsof | grep -i firefox | grep tmp | wc -l
114

Eli 114 väliaikaistiedosstoa siellä joko on j/tai on ollut tällä istunnolla...

Lue lisää

Mulla Swap on Ubuntussa puhdas NOLLA!!

2.9G muistia käytössä

Anonyymi kirjoitti:

No joo: jatkon jatkoa

Eli RAMDISKINÄ siihen ei voi luottaa, kokoa ei pysty ennustamaan, vaikka järjestelmä sen tekeekin valmiiksi.

Edellyttäen että kyseessä edes olisi RAMDISK, mikä ei osoitetusti ole tilanne ainakaan Fedoran kanssa, ja vaikka olisi, niin miettisin hyvin, HYVIN USEAAN KERTAAN, ETTÄ HALUANKO YLIPÄÄTÄÄN LÄHETÄ PELLEILEMÄÄN JÄRJESTELMÄHAKEMISTOJEN KANSSA?!?!?!?!?!?

Eikä siinä itse asiassa edes mitään miettimistä olisi, koska YKSISELITTEINEN VASTAUS ON ETTÄ EI!!!

Anonyymi kirjoitti:

No joo: jatkon jatkoa

Eli RAMDISKINÄ siihen ei voi luottaa, kokoa ei pysty ennustamaan, vaikka järjestelmä sen tekeekin valmiiksi.

No joo: jatkon jatkon jatkoa

Tarkastellaampa tätä (/tmp) kansiota, sekin vaikuttaa olevan muistivarainen kiintolevy, mutta kun tarkastelet jotain toista SSD kiintolevyä joka ei tällä hetkellä ole aktiivi, huomaat sen olevan fyysisesti aktiivin kiintolevyn kansio.

Minä en tiedä mitä tästä pitäisi ajatella, onko tämä kirjanpidollinen juttu, eihän se voi yhtä aikaa olla muistinvarainen ja aito osa kiintolevyä.

Anonyymi kirjoitti:

No joo: jatkon jatkon jatkoa

Tarkastellaampa tätä (/tmp) kansiota, sekin vaikuttaa olevan muistivarainen kiintolevy, mutta kun tarkastelet jotain toista SSD kiintolevyä joka ei tällä hetkellä ole aktiivi, huomaat sen olevan fyysisesti aktiivin kiintolevyn kansio.

Minä en tiedä mitä tästä pitäisi ajatella, onko tämä kirjanpidollinen juttu, eihän se voi yhtä aikaa olla muistinvarainen ja aito osa kiintolevyä.

Lue lisää

No joo: jatkon jatkon jatkon jatkoa

Olisiko tämä tmpfs vain protokollan tyyppi, joka pääsääntöisesti käsittelee muistinvaraisia kiintolevyjä, mutta pystyy myös käsittelemään fyysistä kiintolevyä.

Idiootti! Jätetään puolet osimatta!

Mint asennus tekee täydellisen osioinnin itse,, eikä sekopäiden tarvitse antaa vääriä ohjeita ihmisille!

Anonyymi kirjoitti:

No joo: jatkon jatkon jatkon jatkoa

Olisiko tämä tmpfs vain protokollan tyyppi, joka pääsääntöisesti käsittelee muistinvaraisia kiintolevyjä, mutta pystyy myös käsittelemään fyysistä kiintolevyä.

Lue lisää

...'olisiko tämä vain'... lässyn, lässyn, lässyn ja lässyn!

Lue enemmän, niin luulet ja mutuilet vähemmän!

Anonyymi kirjoitti:

No joo: jatkon jatkon jatkon jatkoa

Olisiko tämä tmpfs vain protokollan tyyppi, joka pääsääntöisesti käsittelee muistinvaraisia kiintolevyjä, mutta pystyy myös käsittelemään fyysistä kiintolevyä.

Lue lisää

lässyn, lässyn, lässyn ja lässyn!

Lue enemmän, niin luulet ja mutuilet vähemmän!

Anonyymi kirjoitti:

Mulla Swap on Ubuntussa puhdas NOLLA!!

2.9G muistia käytössä

Onnea sinne!

Mikäli on Ubuntu, kannattaa "home" -osio tehdä pilveen, säästyy kalliit tiedostot jos järjestelmä menee sekasin.

Anonyymi kirjoitti:

Mikäli on Ubuntu, kannattaa "home" -osio tehdä pilveen, säästyy kalliit tiedostot jos järjestelmä menee sekasin.

Ja höpöhöpö, siellä pilvessä ne omat tiedostot varmasti katoaa! Ei missään nimessä mitään tärkeää pilveen tallennettuna vaan oma kotiosio käyttäjille!

Anonyymi kirjoitti:

Mikäli on Ubuntu, kannattaa "home" -osio tehdä pilveen, säästyy kalliit tiedostot jos järjestelmä menee sekasin.

Tietojen kahdennusta kannattaa käyttää koska Linux tukee tällaista natiivisti, ja koska kiintolevyt ovat niin halpoja tänäpäivänä, niin ei muuta kuin ostaa pari tai useamman, ja tekee RAID1, 5 tai jopa 6, jonka lisäksi Linux tukee myös snapshotteja, joita kannattaa myös ottaa aina välillä, jos vaikka sattuisi poistamaan vahingossa jotain tärkeää...

Anonyymi kirjoitti:

Ja höpöhöpö, siellä pilvessä ne omat tiedostot varmasti katoaa! Ei missään nimessä mitään tärkeää pilveen tallennettuna vaan oma kotiosio käyttäjille!

Niin, moni oli aikanaan varmuuskopioinut valokuvia yms. sinne MEGA -palveluun, ja sitten ne kiintolevyt ja vähän muutakin takavarikoitiin, ja myöhemmin osa käyttäjistä halusikin palauttaa nämä varmuuskopiot, mutta se ei ollut mahdollista koska ne kiintolevyt yms. olivat takavarikossa, jonka lisäksi ne oli varastoitu väärin ja olivat alkaneet ruostumaan tms. niin että tietoja ei enää edes voinut lukea...

Ja moni tällainen palvelua tarjoava firma haluaa rahaa siitä jos tilaa käyttää enemmän, ja jos unohtaa joskus maksaa niin sitten ne vain menee ja pyyhkii kaikki tiedot pois...

Anonyymi kirjoitti:

Mikäli on Ubuntu, kannattaa "home" -osio tehdä pilveen, säästyy kalliit tiedostot jos järjestelmä menee sekasin.

Jos tykää pilvetstä, voi tehdä "Koti Pilvi" kohteen erikseen!

Mutta sitäkään ei tehdä asennuksessa. Vaan sippeli juttu jälkeempäin.


Niin Ubuntussa!

Anonyymi kirjoitti:

Jos tykää pilvetstä, voi tehdä "Koti Pilvi" kohteen erikseen!

Mutta sitäkään ei tehdä asennuksessa. Vaan sippeli juttu jälkeempäin.


Niin Ubuntussa!

Lue lisää

Tai useita pilvi,,

Anonyymi kirjoitti:

Mikäli on Ubuntu, kannattaa "home" -osio tehdä pilveen, säästyy kalliit tiedostot jos järjestelmä menee sekasin.

Se on Ubuntussa kyllä "Koti"

Anonyymi kirjoitti:

Se on Ubuntussa kyllä "Koti"

suomenkielisessä versiossa voi olla näinkin...

Anonyymi kirjoitti:

Tai useita pilvi,,

Kasvatan varastoja talveksi näin kesäkuumalla...

Mint ASENNUS OSIOI levyn eikä tollaisia tarvitse murehtia!
*******************************************************************

Mikä wittu näitä winhihhuleita vaivaa!

Vaikea uskoa mutta kun kysessä HP, niin silloin kaikki on mahdollista...

Anonyymi kirjoitti:

Mint ASENNUS OSIOI levyn eikä tollaisia tarvitse murehtia!
*******************************************************************

Mikä wittu näitä winhihhuleita vaivaa!

Lue lisää

Kaikki jakelut osioivat levynsä automaattisesti parhaalla mahdollisella tavalla. Riittää kun osoittaa mille kiintolevylle asennetaan. Ja jos näin ei tapahdu, kannattaa jättää sellainen räpellys asentamatta.

swap -osiot hidastavat järjestelmää pahasti, ja niiden käytöstä on luovuttu 3-4 vuotta sitten.

Anonyymi kirjoitti:

Kaikki jakelut osioivat levynsä automaattisesti parhaalla mahdollisella tavalla. Riittää kun osoittaa mille kiintolevylle asennetaan. Ja jos näin ei tapahdu, kannattaa jättää sellainen räpellys asentamatta.

swap -osiot hidastavat järjestelmää pahasti, ja niiden käytöstä on luovuttu 3-4 vuotta sitten.

Lue lisää

swap-osio SSD levyllä ei todellakaan hidasta järjestelmää

malaire kirjoitti:

swap-osio SSD levyllä ei todellakaan hidasta järjestelmää

Jos erillistä swap -osiota ei luo, niin järjestelmä tekee sen joka tapauksessa automaattisesti / -osioon, ja monet distrot huomauttavat tästä jo heti asennusvaiheessa, mikä jättää käyttäjälle harkintaa että tekeekö sen sitten loppujen lopuksi vai ei.

malaire kirjoitti:

swap-osio SSD levyllä ei todellakaan hidasta järjestelmää

No ei kai sinulla, mutta tuolla perusteella sen käytöstä on luovuttu.

Anonyymi kirjoitti:

No ei kai sinulla, mutta tuolla perusteella sen käytöstä on luovuttu.

Tai tarkemmin siirryttiin käyttämään heittovaihtotiedostoa kuten Windowsissa, mutta nykyään ei luoda sitäkään. Mutta kun se sinulla siinä Ubuntussa tuntuu nopeuttavan muistin hallintaa, niin sinulle tarjoutuukin erinomainen keino tehostaa koneen suorituskykyä luomalla mahdollisimman iso SWAP-osio, vaikka kokonaan erilliselle kiintolevyllesi.

Anonyymi kirjoitti:

Tai tarkemmin siirryttiin käyttämään heittovaihtotiedostoa kuten Windowsissa, mutta nykyään ei luoda sitäkään. Mutta kun se sinulla siinä Ubuntussa tuntuu nopeuttavan muistin hallintaa, niin sinulle tarjoutuukin erinomainen keino tehostaa koneen suorituskykyä luomalla mahdollisimman iso SWAP-osio, vaikka kokonaan erilliselle kiintolevyllesi.

Lue lisää

Jos erillistä swap -osiota ei luo, niin järjestelmä tekee ja ottaa sen joka tapauksessa automaattisesti käyttöön / -osiolle, ja käyttää siitä tilaa aina tarpeen mukaan.

Tuo osio kannattaa myös luoda syystä että jos laittaa koneen horrostilaan, niin sitten Linux kirjoittaa kaiken muistissa olleen tiedon tuolle osiolle, ja lukee siiten siitä herätessään, aivan samalla tavalla kuin windowsin 'fast-boot' ja 'hibernate', joille windows tekee omat tiedostot juurihakemistoon, koska windows ei salli omia osioita näitä toiminteita varten.

Ja jos windowsilla ei kuurihakemistossa ole tarpeeksi tilaa näiden toimintojen vaatimille tiedostoille, niin sitten näitä ominaisuuksia ei saa käyttöön lainkaan.

Anonyymi kirjoitti:

No ei kai sinulla, mutta tuolla perusteella sen käytöstä on luovuttu.

Miksi asennusohjelma sitten huomauttaa siitä että erillistä swap -osiota ei ole tehty, jos sen käytöstä kerran on luovuttu?

Laitappa linkkiä tällaisiin aiheisiin joissa todetaan selkeästi että swap käytöstä on luovuttu.

Anonyymi kirjoitti:

Miksi asennusohjelma sitten huomauttaa siitä että erillistä swap -osiota ei ole tehty, jos sen käytöstä kerran on luovuttu?

Laitappa linkkiä tällaisiin aiheisiin joissa todetaan selkeästi että swap käytöstä on luovuttu.

Lue lisää

Kirjoittelin täälläkin asiasta, 1-3 vuotta sitten. Yritä paikantaa keskustelut. En muista tuliko keskusteluun laitettua linkkiä.

Anonyymi kirjoitti:

Miksi asennusohjelma sitten huomauttaa siitä että erillistä swap -osiota ei ole tehty, jos sen käytöstä kerran on luovuttu?

Laitappa linkkiä tällaisiin aiheisiin joissa todetaan selkeästi että swap käytöstä on luovuttu.

Lue lisää

Ubuntuko se huomauttelee puuttuvasta swap -osiota, mikään oikea Linux ei sellaista tee.

Anonyymi kirjoitti:

Kirjoittelin täälläkin asiasta, 1-3 vuotta sitten. Yritä paikantaa keskustelut. En muista tuliko keskusteluun laitettua linkkiä.

Ei minulla ole tarvetta paikantaa yhtään mitään tällaista sontaa, sillä minulla järjestelmä käyttää swap -osiota aivan kuten kuuluukin, eli kirjoittaa sinne väliaikaisia tiedostoja, jotka sitten järjestelmä siivoaa viimeistään seuraavassa bootissa...

Anonyymi kirjoitti:

Ei minulla ole tarvetta paikantaa yhtään mitään tällaista sontaa, sillä minulla järjestelmä käyttää swap -osiota aivan kuten kuuluukin, eli kirjoittaa sinne väliaikaisia tiedostoja, jotka sitten järjestelmä siivoaa viimeistään seuraavassa bootissa...

Lue lisää

Mitäs sinä sitten kyselet, uskollahan ne siirtää myös vuoria, tai pitävät ne paikoillaan, miten vaan sopii paremmin.

Anonyymi kirjoitti:

Mitäs sinä sitten kyselet, uskollahan ne siirtää myös vuoria, tai pitävät ne paikoillaan, miten vaan sopii paremmin.

Ja kerroppa nyt sitten sellainen 'oikea Linux' joka tästä ei huomauta niin kokeilen, koska näillä palstoilla on väitetty että vain GNU/Linux on oikea Linux. johon tällä väitteellä siis myös Fedora kuuluu...

Anonyymi kirjoitti:

Mitäs sinä sitten kyselet, uskollahan ne siirtää myös vuoria, tai pitävät ne paikoillaan, miten vaan sopii paremmin.

Niin, kuka tahansa voi tottakai uskoa mitä haluaa, mutta se että uskoo johonkin niin ei kuitenkaan poista tiettyjä tosiasioita.

Omasta mielestäni olisi parempi pysyä vain uskossa, ja poissa näiltä palstoilta.

Anonyymi kirjoitti:

No ei kai sinulla, mutta tuolla perusteella sen käytöstä on luovuttu.

En minä vain ymmärrä että kuinka swap -osion pois jättäminen nopeuttaa konetta, koska johonkin ne prosessit ja sovellukset ne väliaikaistiedostot joka tapauksessa kirjottavat, niin näin ollenhan se on ajallisesti ihan se ja sama että kirjoitetaanko ne swap osiolle vai / -osiolle, koska niitä väliaikaistiedostoja kirjoitetaan joka tapauksessa.

Ja ihan windowsin tapaan, myös Linuxissa on myös mahdollista tehdä RAM -levy, ja ohjata näitä toimenpiteitä sinne RAM -levyyn, joka muuten nopeuttaa konetta silminnähtävästi.

Anonyymi kirjoitti:

En minä vain ymmärrä että kuinka swap -osion pois jättäminen nopeuttaa konetta, koska johonkin ne prosessit ja sovellukset ne väliaikaistiedostot joka tapauksessa kirjottavat, niin näin ollenhan se on ajallisesti ihan se ja sama että kirjoitetaanko ne swap osiolle vai / -osiolle, koska niitä väliaikaistiedostoja kirjoitetaan joka tapauksessa.

Ja ihan windowsin tapaan, myös Linuxissa on myös mahdollista tehdä RAM -levy, ja ohjata näitä toimenpiteitä sinne RAM -levyyn, joka muuten nopeuttaa konetta silminnähtävästi.

Lue lisää

RAMDISK on erittäin hyvä keino:

1.) nopeuttaa monia asioita
2.) pidentää SSD -asemien ikää
3.) parantaa tietoturvaa

Ellei sinulla sitä vielä ole, tee se nyt.

Anonyymi kirjoitti:

RAMDISK on erittäin hyvä keino:

1.) nopeuttaa monia asioita
2.) pidentää SSD -asemien ikää
3.) parantaa tietoturvaa

Ellei sinulla sitä vielä ole, tee se nyt.

Lue lisää

On jo tehty. On ollut tapana tehdä heti asennuksen jälkeen.

Tietosi on viimevuosituhannelta!

malaire kirjoitti:

swap-osio SSD levyllä ei todellakaan hidasta järjestelmää

Paskapuhetta taas, Mint kun ei swapaa ennekö muisti loppuu oikeesti
Kun taas windows kokoajan.

Anonyymi kirjoitti:

Ubuntuko se huomauttelee puuttuvasta swap -osiota, mikään oikea Linux ei sellaista tee.

Paska puhetta,, itse ole sotkenutsen noillä väärillä toimitatavoillasi.

Toikaan ei pidä paikaansa! et tiedä mitään ubuntusta.
Ei Ubuntussa ole aikoihin ollut mitään swap osioo, vaan swap file.

Anonyymi kirjoitti:

Paska puhetta,, itse ole sotkenutsen noillä väärillä toimitatavoillasi.

Toikaan ei pidä paikaansa! et tiedä mitään ubuntusta.
Ei Ubuntussa ole aikoihin ollut mitään swap osioo, vaan swap file.

Lue lisää

Hienoa. Nyt kun kerran tiedät asian näin asiantuntevasti. niin laitappa linkki aiheeseen josta käy ilmi että Ubuntussa on swap-file...

Anonyymi kirjoitti:

Paskapuhetta taas, Mint kun ei swapaa ennekö muisti loppuu oikeesti
Kun taas windows kokoajan.

Niin, mikään Linux ei swappaa ennen kuin muisti on loppumassa...

Fiksu käyttäjä osaa itse osioida kiintolevynsä, jos jättää sen käyttiksen itsensä tehtäväksi niin voi olla että jonain päivänä kun pitää asentaa käyttis niin huomaa että omat tiedostot on kadonneet jos käyttis ei osioi /home-osiota erikseen!!!

Itse olet idiootti jos luotat kaikkeen mitä sun puolestasi tehdään!

Anonyymi kirjoitti:

Fiksu käyttäjä osaa itse osioida kiintolevynsä, jos jättää sen käyttiksen itsensä tehtäväksi niin voi olla että jonain päivänä kun pitää asentaa käyttis niin huomaa että omat tiedostot on kadonneet jos käyttis ei osioi /home-osiota erikseen!!!

Lue lisää

Fiksumpi käyttäjä varmuuskopioi omat tiedostot.

Anonyymi kirjoitti:

Fiksu käyttäjä osaa itse osioida kiintolevynsä, jos jättää sen käyttiksen itsensä tehtäväksi niin voi olla että jonain päivänä kun pitää asentaa käyttis niin huomaa että omat tiedostot on kadonneet jos käyttis ei osioi /home-osiota erikseen!!!

Lue lisää

Vain windowseja pitää asennella uudelleen koska ne hidastuvat ja alkavat tökkimään ajan kanssa...

Kuinka runsas RAM -määrä ja SSD -levy takaavat sen että ei tarvitse osioda lainkaan?

Minulla on 64G keskusmuistia, eli RAMia, ja 2 x 1T PCIe x4 NVMe SSD -levyä, josta huolimatta jouduin osioimaan levyt että saan asennettua yhtään mitään ensin.

Mitä siis teen väärin kun jouduin osioimaan levyt, vaikka kapasiteettia on 2T ja keskusmuistia 64G?

Anonyymi kirjoitti:

Kuinka runsas RAM -määrä ja SSD -levy takaavat sen että ei tarvitse osioda lainkaan?

Minulla on 64G keskusmuistia, eli RAMia, ja 2 x 1T PCIe x4 NVMe SSD -levyä, josta huolimatta jouduin osioimaan levyt että saan asennettua yhtään mitään ensin.

Mitä siis teen väärin kun jouduin osioimaan levyt, vaikka kapasiteettia on 2T ja keskusmuistia 64G?

Lue lisää

Kiintolevy pitää aina osioida, ei käyttistä voi asentaa ilman että osioi kiintolevyn! Pätee ihan kaikkiin käyttiksiin merkistä riippumatta!

Anonyymi kirjoitti:

Kiintolevy pitää aina osioida, ei käyttistä voi asentaa ilman että osioi kiintolevyn! Pätee ihan kaikkiin käyttiksiin merkistä riippumatta!

Kummasti nuo käyttikset osaavat osioida kovalevyn ihan itse.

Anonyymi kirjoitti:

Kummasti nuo käyttikset osaavat osioida kovalevyn ihan itse.

Tätä tuskin kukaan on epäillyt.

Anonyymi kirjoitti:

Kummasti nuo käyttikset osaavat osioida kovalevyn ihan itse.

on ne Linux käyttikset sitten kehittyneet, varmaan jollain meedio linuxilla se sitten osaa tehdä oikean kokoiset osiot homet sun muut swapit.

Anonyymi kirjoitti:

on ne Linux käyttikset sitten kehittyneet, varmaan jollain meedio linuxilla se sitten osaa tehdä oikean kokoiset osiot homet sun muut swapit.

Ei kannata masentua, kyllä Ubuntu tulee perässä aikanaan.

Anonyymi kirjoitti:

Kiintolevy pitää aina osioida, ei käyttistä voi asentaa ilman että osioi kiintolevyn! Pätee ihan kaikkiin käyttiksiin merkistä riippumatta!

Sellainen vaikutelma siitä Ubuntusta jää, mutta älä hätäile, varmaan asiat korjaantuvat aikanaan.

Anonyymi kirjoitti:

on ne Linux käyttikset sitten kehittyneet, varmaan jollain meedio linuxilla se sitten osaa tehdä oikean kokoiset osiot homet sun muut swapit.

Tietosi taitaa olla -90-luvulta?
Ei sellaista erillistä Home-osiota tarvitse koska varmuuskopiointi on "keksitty".

Anonyymi kirjoitti:

Tätä tuskin kukaan on epäillyt.

"kiintolevy pitää aina osioida, ei käyttistä voi asentaa ilman että osioi kiintolevyn! "

Tuon voi ymmärtää miten haluaa ja tuohon vastaSIN.

Anonyymi kirjoitti:

Tietosi taitaa olla -90-luvulta?
Ei sellaista erillistä Home-osiota tarvitse koska varmuuskopiointi on "keksitty".

Ei tarvita niin, eikä tällä ole mitään tekemistä varmuuskopioinnin kanssa, vaan sekä /home, /var ja swap kannattaa, siis kannattaa, laittaa erillisille osioille jotta / ei vahingossa tule täyteen mikä sitten puolestaan aiheuttaa enemmän ongelmia.

Ja jos puhutaan 90 -luvusta, niin silloin on laajalti käytössä ext2 joitain muita virtyksiä, niin tuolloin oli pakko tehdä myös erillinen 'jornaling' osio, koska ext2 ei tue tätä toiminnetta.

Anonyymi kirjoitti:

Sellainen vaikutelma siitä Ubuntusta jää, mutta älä hätäile, varmaan asiat korjaantuvat aikanaan.

Minkä asian siis tulee korjaantua?

Anonyymi kirjoitti:

Tietosi taitaa olla -90-luvulta?
Ei sellaista erillistä Home-osiota tarvitse koska varmuuskopiointi on "keksitty".

Älä viitsi Vapunen TAAS sotkea asioita! Minulla on erillinen /home-osio, vara ei venettä kaada!

Anonyymi kirjoitti:

on ne Linux käyttikset sitten kehittyneet, varmaan jollain meedio linuxilla se sitten osaa tehdä oikean kokoiset osiot homet sun muut swapit.

Kyllä se on mahdollista käytännössä kaikissa Linuxeissa, että valitsee vaan automaattisen osioinnin, niin asennusohjelma hoitaa sitten kaiken, myös tapauksessa jossa halutaan Linux asentaa windowsin kanssa samalla kiintolevylle.

Ihan kuin windows; ei siinäkään mitään osiointia tarvitse tehdä jos ei halua, koska asennusohjelma hoitaa ihan kaiken.

Anonyymi kirjoitti:

Kiintolevy pitää aina osioida, ei käyttistä voi asentaa ilman että osioi kiintolevyn! Pätee ihan kaikkiin käyttiksiin merkistä riippumatta!

No tästä olen kyllä ihan samaa mieltä...

Anonyymi kirjoitti:

Älä viitsi Vapunen TAAS sotkea asioita! Minulla on erillinen /home-osio, vara ei venettä kaada!

Olkoon sinulla mutta miksi avaalalla pitäisi ssd levyssään olla???

Vittuako tee kaikesta niin vitun vaikeeta!
-------------------------------------------------

Varsinkin kysyjälle!
Vai itsekkö kysyit että saat hämmentää!

Anonyymi kirjoitti:

Olkoon sinulla mutta miksi avaalalla pitäisi ssd levyssään olla???

Vittuako tee kaikesta niin vitun vaikeeta!
-------------------------------------------------

Varsinkin kysyjälle!
Vai itsekkö kysyit että saat hämmentää!

Lue lisää

En minä tee asiasta vaikeaa, annoin vaan neuvon että se koti-hakemisto kannattaa sijoittaa eri osiolle jos käyttis ei sitä itse osaa tehdä!

Iki vanha ajattelutapa!
Ja yleiseti käisin mennä sählään osioita muutenkin!

Kun Asennusohjelma hoitaa nää ihan hetkessä!

Anonyymi kirjoitti:

Iki vanha ajattelutapa!
Ja yleiseti käisin mennä sählään osioita muutenkin!

Kun Asennusohjelma hoitaa nää ihan hetkessä!

Niin, minä asenna windowsin aina vain 50G osiolle, mikä helpottaa ja nopeuttaa 'snapshot'ien ottamista ja palauttamisia jos järjestelmä alkaisi siniruuduttamaan jatkuvasti yhtäkkiä...

Ei siirrä automaattisesti kun se pitää erikseen määrätä komennolla 'swapon'.

Ja miksi se pitäisi tehdä noin monimutkaisesti kun voi ottaa tietojen kahdennuksen käyttöön RAID1 peilauksella koska kerran Linux sitä natiivist muutenkin tukee.

Väitteesi on aivan sama kuin että jos autosta puhkeaa rengas niin kaupasta siirtyisi automaattisesti uusi rengas autoosi... Ei se näin ole, vaan pitää siinä tötä tehdä...

Mutta windowshihhulit nyt kuvittelee ihan mitä vaan...

Anonyymi kirjoitti:

Ei siirrä automaattisesti kun se pitää erikseen määrätä komennolla 'swapon'.

Ja miksi se pitäisi tehdä noin monimutkaisesti kun voi ottaa tietojen kahdennuksen käyttöön RAID1 peilauksella koska kerran Linux sitä natiivist muutenkin tukee.

Väitteesi on aivan sama kuin että jos autosta puhkeaa rengas niin kaupasta siirtyisi automaattisesti uusi rengas autoosi... Ei se näin ole, vaan pitää siinä tötä tehdä...

Mutta windowshihhulit nyt kuvittelee ihan mitä vaan...

Lue lisää

Etti nyt vaan tietosi olisi vähän vanhoja..

Bioksesta valiset halutun Raidin ja sitten asennat normaalista ilman nitään käsinkikkailua.

Anonyymi kirjoitti:

Etti nyt vaan tietosi olisi vähän vanhoja..

Bioksesta valiset halutun Raidin ja sitten asennat normaalista ilman nitään käsinkikkailua.

Lisäksi avaaja ei mitää raidia ollut tekemässä ja ssd:ssä ei ole mitään järkeä edilliselle tiedosto-osiolle, jos se hajoo menee sekin!

Anonyymi kirjoitti:

Lisäksi avaaja ei mitää raidia ollut tekemässä ja ssd:ssä ei ole mitään järkeä edilliselle tiedosto-osiolle, jos se hajoo menee sekin!

Joten lopettakaa vaikeestei tekeminen kun Mintin asennus on niin sippeli juttu kuin voi olla.

Anonyymi kirjoitti:

Etti nyt vaan tietosi olisi vähän vanhoja..

Bioksesta valiset halutun Raidin ja sitten asennat normaalista ilman nitään käsinkikkailua.

Ei Linuxia ja sen toiminteita BIOSin kautta määrätä...

Anonyymi kirjoitti:

Lisäksi avaaja ei mitää raidia ollut tekemässä ja ssd:ssä ei ole mitään järkeä edilliselle tiedosto-osiolle, jos se hajoo menee sekin!

Jos tiedostojärjestelmä jostain syystä hajoaa ja menee sekaisin niin se aiheuttaa isoja ongelmia aivan käyttöjärjetelmästä riippumatta...

Anonyymi kirjoitti:

Joten lopettakaa vaikeestei tekeminen kun Mintin asennus on niin sippeli juttu kuin voi olla.

Minkä tahansa käyttöjäejestelmän, myös windowsin, asennus on helppoa kun antaa automaattisen asennusohjelman tehdä kaikki, eikä miettiä mitään muuta kuin että minkä kielen ja näppäimistöasetuksen haluaa käyttöön, ja siinäpä ne tärkeimmät...

Anonyymi kirjoitti:

Jos tiedostojärjestelmä jostain syystä hajoaa ja menee sekaisin niin se aiheuttaa isoja ongelmia aivan käyttöjärjetelmästä riippumatta...

Selvä vinhihhuli.. kun tollaisia ajattelee.

Anonyymi kirjoitti:

Selvä vinhihhuli.. kun tollaisia ajattelee.

Hellan tuuteli sentään naskalia, äitisi varmaan mielissään kun pojasta tuli mielisairashäirikkö.

Anonyymi kirjoitti:

Etti nyt vaan tietosi olisi vähän vanhoja..

Bioksesta valiset halutun Raidin ja sitten asennat normaalista ilman nitään käsinkikkailua.

Fake-raidin käyttö on aina kovin huono vaihtoehto.

Anonyymi kirjoitti:

Selvä vinhihhuli.. kun tollaisia ajattelee.

Tosiasioille nyt vaan ei voi mitään, ja varmuuskopioita voi ottaa siltä varalta että jos jokin menee rikki... Se on ihan oma asia että ajatteleeko tällaisia lainkaan vai ei, kuten myös että ottaako varmuuskopioita vai ei, sillä pelkkä windowsin päivitys voi tuhota aivan kaiken:

https://answers.microsoft.com/en-us/windows/forum/all/latest-windows-10-update-deleted-all-my-photos-and/36d120b9-a54f-4faf-a3a8-dfbe7d66eecf

Ja minä käytän Linuxia ihan oikealla RAID1 kahdennuksella enkä millään BIOS-virityksellä!

Anonyymi kirjoitti:

Fake-raidin käyttö on aina kovin huono vaihtoehto.

Tein tästä vuosia sitten kysymyksen ASUS -latevalmistajalle, että kuinka saan tiedot palautettua jos emolevy menee rikki, kun käytän tätä emolevyllä olevaa RAID -mahdollisuutta.

ASUS tekninen tuki ei vastannut kysymykseeni...

Niin, Linuxissa on omia työkaluja joilla saa lisättyä ja poistettua osioita, kuten myös muuteltua osioiden kokoa, aivan kuten windowsissa.

Anonyymi kirjoitti:

Fake-raidin käyttö on aina kovin huono vaihtoehto.

Ai kuinka niin! Miksi se sitten jokaisessa nykyservussa on käytössä!

Anonyymi kirjoitti:

Ai kuinka niin! Miksi se sitten jokaisessa nykyservussa on käytössä!

Koska servereissä ei ole tällaista ominaisuutta BIOSissa lainkaan, vaan niissä on oma erillinen RSIC -prosessorilla varustettu akkuvarmennettu RAID -ohjainkortti, ja servereissä käytetään SAS -levyjä, eikä mitään rupuisia SATA -levyjä, mutta muuntimella saa käyttöön 4 SATA levyä yhteen SAS väylään:

https://kyozoufs.blob.core.windows.net/filestoragedb1/Pictures/_23/22886/22885146.jpg

Anonyymi kirjoitti:

Koska servereissä ei ole tällaista ominaisuutta BIOSissa lainkaan, vaan niissä on oma erillinen RSIC -prosessorilla varustettu akkuvarmennettu RAID -ohjainkortti, ja servereissä käytetään SAS -levyjä, eikä mitään rupuisia SATA -levyjä, mutta muuntimella saa käyttöön 4 SATA levyä yhteen SAS väylään:

https://kyozoufs.blob.core.windows.net/filestoragedb1/Pictures/_23/22886/22885146.jpg

Lue lisää

Siis piti kirjoittaa RISC -prosessori...