Kuinka osioida 237gt ssd levy mintille.
Kone on lähes uusi eli tarvitsisi tehdä efi-osio (kuinka iso) ja boot-osio (kuinka iso).
Olen asentamassa Mint 20.2 käyttistä
Kone on lähes uusi eli tarvitsisi tehdä efi-osio (kuinka iso) ja boot-osio (kuinka iso).
Olen asentamassa Mint 20.2 käyttistä
Vastaukset 134
Vanhimmat
EFI-osion+kooksi+suositellaan+jotain+100-550+MB.+Tässä+keskustelua+englanniksi:
https://forums.linuxmint.com/viewtopic.php?t=204338
Miksi+haluat+erillisen+boot-osion,+se+ei+yleensä+ole+välttämätön?+Googlaamalla+löysin+suosituksia+että+500+MB+tai+1+GB+voisi+olla+riittävä+koko+boot-osiolle.+Minulla+on+Debian+Linuxissa+1+GB+boot-osio.
Lisäksi+huomauttaisin+että+SSD+levy+toimii+paremmin+jos+se+ei+ole+kokonaan+käytössä,+eli+minä+suosittelisin+jättämään+jotain+25%+levystä+kokonaan+osioimatta.
Eli+esimerkiksi:
-+EFI-osio+500+MB
-+boot-osio+1+GB
-+root-osio+170+GB
-+loput+jätetään+osioimatta
ps.+En+tunne+Linux+Mint:ia,+mutta+olen+käyttänyt+Debian+Linux:ia+SSD+levyillä+jo+vuosia,+tosin+ilman+EFI-osiota.
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".
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...?
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.
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?
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?
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.
Boot-osio asentuu samalla kuin muutkin, ihan siltä asennustikulta.
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...
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.
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.
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ä.
...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ä...
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.
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...
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...
No ei itsellenikään ole koskaan näiden parinkymmenen vuoden ikana ollut erillistä /boot osiota.
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.
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.
Onko varmaa tietoa, että järjestelmä myös toimii silloin kun se on pistetty palasina eri kiintolevyille, ja levyt salattu asiaan kuuluvasti.
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.
Sanoin kylä jo testanneen tuon, jossa havaitsin että kyllä toimii ilman erillistä /boot -osoiota.
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...?
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.
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...
Toiset lentää lentokoneilla, osalla taas on vaikeuksia pelkästään autolla ajamisen kanssa...
Väärin. tmpfs on RAM:issa ei swapissa
...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.
Voi heranjestas mikä PUUPÄÄ!
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ä.
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
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ä...
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!
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ö.
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.
Ei ihme ettet saa mitään linuxia toimiin kun osaat sootkee ne jo asennuksessa!
Heh heh,,,
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.
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ä.
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.
No joo: jatkon jatkoa
Eli RAMDISKINÄ siihen ei voi luottaa, kokoa ei pysty ennustamaan, vaikka järjestelmä sen tekeekin valmiiksi.
Mulla Swap on Ubuntussa puhdas NOLLA!!
2.9G muistia käytössä
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!!!
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ä.
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!
...'olisiko tämä vain'... lässyn, lässyn, lässyn ja lässyn!
Lue enemmän, niin luulet ja mutuilet vähemmän!
lässyn, lässyn, lässyn ja lässyn!
Lue enemmän, niin luulet ja mutuilet vähemmän!
Onnea sinne!
Kannattais myös laittaa erillinen /home-osio, siltä varalta että joutuu joskus asentamaan käyttiksen uudestaan niin ei tarvitse sitten alustaa koko levyä vaan /home-osiolta omat tiedostot saa turvaan asennuksen ajaksi. SE kuinka iso sitten /home-osion tulisi olla, on makuasia ja riippuu siitä että mitä kaikkea koneella tekee, 20 GB lienee minimi mutta mielellään suurempikin.
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!
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ää...
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...
Jos tykää pilvetstä, voi tehdä "Koti Pilvi" kohteen erikseen!
Mutta sitäkään ei tehdä asennuksessa. Vaan sippeli juttu jälkeempäin.
Niin Ubuntussa!
Tai useita pilvi,,
Se on Ubuntussa kyllä "Koti"
suomenkielisessä versiossa voi olla näinkin...
Kasvatan varastoja talveksi näin kesäkuumalla...
Niin ja efi-osiota ei välttämättä tarvita jos koneen saa legacy bios-moodiin. Vain UEFI-pakotetut koneet tarvii aina sen efi-osion. Siis koneet joita ei saa legacy bios-moodiin. Kuten itselläni on esim. hptc jossa ei ole legacy bios-moodia vaan pelkkä uefi.
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...
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.
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.
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.
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.
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.
Kirjoittelin täälläkin asiasta, 1-3 vuotta sitten. Yritä paikantaa keskustelut. En muista tuliko keskusteluun laitettua linkkiä.
Ubuntuko se huomauttelee puuttuvasta swap -osiota, mikään oikea Linux ei sellaista tee.
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...
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...
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.
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.
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.
On jo tehty. On ollut tapana tehdä heti asennuksen jälkeen.
Tietosi on viimevuosituhannelta!
Paskapuhetta taas, Mint kun ei swapaa ennekö muisti loppuu oikeesti
Kun taas windows kokoajan.
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.
Hienoa. Nyt kun kerran tiedät asian näin asiantuntevasti. niin laitappa linkki aiheeseen josta käy ilmi että Ubuntussa on swap-file...
Niin, mikään Linux ei swappaa ennen kuin muisti on loppumassa...
Se on taas sen satusepon sekoiluavasu ja itsehän se siihen vastaa....
Mutta ei kerro että Mintin asennus hoitaa kaiken. eikä tollaisia kuulu tehdä!
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!
Fiksumpi käyttäjä varmuuskopioi omat tiedostot.
Vain windowseja pitää asennella uudelleen koska ne hidastuvat ja alkavat tökkimään ajan kanssa...
vannesahalla se käy nopeasti se osioiminen.
Ei tarvi osioida erikseen eikä mitenkään, varsinkin jos on SSD-levy (ja runsaasti RAMia).
Ennen asennusta useimmissa kannettavissa voi myös laittaa EFI/UEFIn ja Secure Bootin BIOSissa pois päältä ja tehdä asennuksen MBR:nä.
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?
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.
Tätä tuskin kukaan on epäillyt.
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.
Sellainen vaikutelma siitä Ubuntusta jää, mutta älä hätäile, varmaan asiat korjaantuvat aikanaan.
Tietosi taitaa olla -90-luvulta?
Ei sellaista erillistä Home-osiota tarvitse koska varmuuskopiointi on "keksitty".
"kiintolevy pitää aina osioida, ei käyttistä voi asentaa ilman että osioi kiintolevyn! "
Tuon voi ymmärtää miten haluaa ja tuohon vastaSIN.
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.
Minkä asian siis tulee korjaantua?
Älä viitsi Vapunen TAAS sotkea asioita! Minulla on erillinen /home-osio, vara ei venettä kaada!
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.
No tästä olen kyllä ihan samaa mieltä...
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ää!
En minä tee asiasta vaikeaa, annoin vaan neuvon että se koti-hakemisto kannattaa sijoittaa eri osiolle jos käyttis ei sitä itse osaa tehdä!
Osioi osimoilleen puolet käyttikselle ja puolet datalle.
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ä...
Tehkää kaikki mahdolliset osiot erilleen, on helppo palauttaa sitten vain se yksi osio. Koska SSD on halpa tallennustila, voi "swap" -osiota tehdä useamman, ihan varalta, jos ensimmäinen hajoaa, järjestelmä siirtää roskat uudelle automaattisesti.
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...
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!
Joten lopettakaa vaikeestei tekeminen kun Mintin asennus on niin sippeli juttu kuin voi olla.
Ei Linuxia ja sen toiminteita BIOSin kautta määrätä...
Jos tiedostojärjestelmä jostain syystä hajoaa ja menee sekaisin niin se aiheuttaa isoja ongelmia aivan käyttöjärjetelmästä riippumatta...
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...
Selvä vinhihhuli.. kun tollaisia ajattelee.
Hellan tuuteli sentään naskalia, äitisi varmaan mielissään kun pojasta tuli mielisairashäirikkö.
Fake-raidin käyttö on aina kovin huono vaihtoehto.
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ä!
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.
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
Siis piti kirjoittaa RISC -prosessori...