Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Ubuntu tietokoneissa => Aiheen aloitti: Immo - 10.11.09 - klo:20.05
-
Päiviä taas tältä osastolta.
Miksi ulkoinen kiintolevy ei mounttaa (mikä on tuon suomenkielinen sana?) automaattisesti käynnistyksen yhteydessä?
Eihän tuo suuri vika ole, mutta haluaisin, että kovo on suoraan käytössä, kun koneen avaa.
Kokeilin näitä (https://help.ubuntu.com/community/Mount/USB) ohjeita, mutta sen mukaan kaikki on jo kunnossa.
Lisäksi kovalevyllä on piilotiedostona kansiot .Trash-999 ja .Trash-1000.
Mitä ne ovat ja tekevät?
Kiitoksia avusta!
-
Lisäksi kovalevyllä on piilotiedostona kansiot .Trash-999 ja .Trash-1000.
Ne ovat koneen jätehuoltoon liittyviä kansioita.
-
Saatko mountattua niitä myöhemminkään?
-
Päiviä taas tältä osastolta.
Miksi ulkoinen kiintolevy ei mounttaa (mikä on tuon suomenkielinen sana?) automaattisesti käynnistyksen yhteydessä?
Luulen, että sinulla on kaksi kirjainta liikaa (n ja o) fstabissa. Varmaan jotain tällaista pitäisi olla..
/dev/sdb? /media/ulkoinen_kiintolevy ntfs user,auto,exec,utf8 0 0
http://www.aijaa.com/v.php?i=4840241.png
Edit. Pieni typo
-
Saatko mountattua niitä myöhemminkään?
Saan mountattua ja itse asiassa eilisen windowsin puolella piipahtamisen jälkeen kovo mounttasi suoraan. :o
En ymmärrä :P
Voiko tuota ongelmaa mitenkään jäljittää, jos se taas sattuu iskemään?
fstab kokonaisuudessaan:
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# / was on /dev/sda5 during installation
UUID=ee2d0008-024d-42ef-9975-9d1ce5a49aeb / ext4 errors=remount-ro 0 1
# swap was on /dev/sda6 during installation
UUID=22eb3dd4-a7da-4e1f-9c9a-b8ab3b69ed3b none swap sw 0 0
Voiko nuo roskakorit poistaa? Toinen niistä vie lähemmäs sata megaa.
Eihän se teran levyltä iso lohko ole, joten sillä ei niin väliä.
-
Saan mountattua ja itse asiassa eilisen windowsin puolella piipahtamisen jälkeen kovo mounttasi suoraan. :o
En ymmärrä :P
Voiko tuota ongelmaa mitenkään jäljittää, jos se taas sattuu iskemään?
Ehkä kernelin lokia (dmesg) tutkimalla. Tai sitten voit liittää levyn lisäämällä sopivan rivin /etc/fstab-tiedostoon, kuten oobetimer vihjasi.
Voiko nuo roskakorit poistaa? Toinen niistä vie lähemmäs sata megaa.
Eihän se teran levyltä iso lohko ole, joten sillä ei niin väliä.
Kokeile ensin tiedostoselaimen "Tyhjennä roskakori"-toimintoa, silloin kun selaat levyä. Jos se ei auta, poista manuaalisesti.
-
Nyt en fstabia muokkaa, kun toimii. Jos alkaa useammin iskeä niin sitten.
Dmesg antoi kiitettävän pitkän listan, mitä poikkeavasuuksia sieltä pitäisi etsiä?
Tämmöisen rivistön löysin, joka saattaa liittyä ulkoiseen kovoon:
[ 1.651860] Initializing USB Mass Storage driver...
[ 1.652077] scsi2 : SCSI emulation for USB Mass Storage devices
[ 1.652211] usbcore: registered new interface driver usb-storage
[ 1.652216] USB Mass Storage support registered.
[ 1.654768] usb-storage: device found at 2
[ 1.654773] usb-storage: waiting for device to settle before scanning
[ 1.756049] usb 2-2: new low speed USB device using uhci_hcd and address 2
[ 1.934505] usb 2-2: configuration #1 chosen from 1 choice
[ 1.958571] usbcore: registered new interface driver hiddev
Kokeile ensin tiedostoselaimen "Tyhjennä roskakori"-toimintoa, silloin kun selaat levyä. Jos se ei auta, poista manuaalisesti.
Roskakorin tyhjentäminen ei tehnyt mitään, joten poistin käsin. Eihän tuo mitään herjannut.
-
Nyt en fstabia muokkaa, kun toimii. Jos alkaa useammin iskeä niin sitten.
Dmesg antoi kiitettävän pitkän listan, mitä poikkeavasuuksia sieltä pitäisi etsiä?
Poikkeavuuksia voi etsiä sitten kun automaattiliittäminen ei toimi. Silloin järjestelmäloki (/var/log/syslog) voi myös kertoa jotain.
Tietysti vertailua helpottaa, jos otat nyt talteen lokit toimivasta kokoonpanosta.
-
Otan talteen syslogit vai dmesg:t?
Automount on toiminut aina, muttei bootin yhteydessä.
-
Otan talteen syslogit vai dmesg:t?
Molemmat, mutta katso että syslogissa näkyy järjestelmän käynnistys. Jos ei, se on ehkä jo siirtynyt toiseen tiedostoon (/var/log/syslog.1).
-
Siirryin tässä joku aika sitten Fedoraan puhtaasta mielenkiinnosta ja sama ongelma toistuu myös tällä käyttiksellä, eli ulkoinen mounttaa kun hänelle sopii.
Fstab on melkein sama kuin Koalassa;
/dev/mapper/VolGroup-lv_root / ext4 defaults 1 1
UUID=c2f9fe06-20eb-462e-9cfe-5267c7c26b2b /boot ext4 defaults 1 2
/dev/mapper/VolGroup-lv_swap swap swap defaults 0 0
tmpfs /dev/shm tmpfs defaults 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
sysfs /sys sysfs defaults 0 0
proc /proc proc defaults 0 0
Liitteenä dmesg:n monsteri lista kokonaisuudessaan, koska itselläni ei ole hajua mitä sieltä etsiä.
Fedorassa ei löydy syslog-tiedostoa. Mikähän vastaisi sitä?
Tiedän, ettei täällä ole tarkoitus käsitellä muita kuin Ubuntuun liittyviä asioita, mutta ongelma on luultavimmin täysin identtinen, joten uskon tuon olevan yks yhteen.
[ylläpito on poistanut liitteen]
-
Liitteenä dmesg:n monsteri lista kokonaisuudessaan, koska itselläni ei ole hajua mitä sieltä etsiä.
Oleellinen osa:
usb-storage: device scan complete
scsi 0:0:0:0: Direct-Access WD 10EAVS External 1.75 PQ: 0 ANSI: 4
sd 0:0:0:0: Attached scsi generic sg2 type 0
sd 0:0:0:0: [sdb] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
Tuosta näkyy, että usb-storage-ajuri näkee ulkoisen levysi ja se on käytettävissä /dev/sdb-laitteen kautta. Tämän jälkeen automaattinen liittäminen on sitten korkeamman tason ohjelmien tai skriptien tehtävä ja niiden puuhailuja pitää tutkia järjestelmälokista.
Fedorassa ei löydy syslog-tiedostoa. Mikähän vastaisi sitä?
Olisikohan /var/log/messages
Jos et viitsi tutkia asiaa, helpoimmalla pääset liittämällä laitteen fstabin avulla. Se on muutenkin fiksua, jos kyseessä on levy, joka on yleensä kiinni koneessa. Hal, DeviceKit ja muut korkeamman tason daemonit ovat jossain määrin epäluotettavia.
-
Jos et viitsi tutkia asiaa, helpoimmalla pääset liittämällä laitteen fstabin avulla. Se on muutenkin fiksua, jos kyseessä on levy, joka on yleensä kiinni koneessa. Hal, DeviceKit ja muut korkeamman tason daemonit ovat jossain määrin epäluotettavia.
Näin varmaan onkin. Ehkäpä teen sitten niin. Ja laite on poikkeuksetta aina kiinni.
var/log/messages antoi tulostetta 15 sivullisen verran pelkästään tästä aamusta. Pistän senkin liitteenä, jos sieltä löytyisi jotain joka pistäisi silmään.
Missä muodossa minun kannattaisi Oobertimerin ehdottama rivi lisätä fstab:iin ilman, että mitään ristiriitoja syntyy?
[ylläpito on poistanut liitteen]
-
/dev/sdb /media/ulkoinen_kiintolevy ntfs user,auto,exec,utf8 0 0
Levyosioita liitetään, joten laitteella /dev/sdb on todennäköisesti vähintään yksi osio.
Lisäksi user:in sijaan users tarjoaa käyttäjille laajemmat oikeudet (lainaus man 8 mount):
Only the user
that mounted a filesystem can unmount it again.
If any user should be able to unmount, then use
users instead of user in the fstab line. ...
Kannattaa huolehtia, että oikeudet tiedostoon (liitospiste eli mountpoint) /media/ulkoisen_kiintolevyn_osio on halutulla tavalla määritelty.
media hakemistoon yleensä järjestelmä liittää automaattisesti ulkoisia massamuistilaitteita, ja ko. liitospiste järjestelmästä riippuen UUID, LABEL tms. mukaan luodaan vasta laitetta liitettäessä. Myös varsinainen laitetiedosto luodaan /dev -hakemistoon vasta, kun laite liitetään fyysisesti koneeseen.
Käytän yleensä omille määrittelyilleni /mnt hakemiston alihakemistoja liitospisteinä.
-
Millainen tulisi fstabiin liitettävän rivin olla, jos levyn tiedot ovat seuraavat:
Levy /dev/sdb: 1000.2 Gt, 1000204886016 tavua
255 päätä, 63 sektoria/ura, 121601 sylinteriä
Yksiköt = 16065 * 512 = 8225280 -tavuiset sylinterit
Levyn tunniste: 0xe8900690
Laite Käynn Alku Loppu Lohkot Id Järjestelmä
/dev/sdb1 1 121601 976760001 c W95 FAT32 (LBA)
Olisiko se esimerkiksi seuraavan lainen:
/dev/sdb /media/Elements fat32 users,auto,exec,utf8 0 0
Mitä tarkoittaa auto, exec, utf8 ja nollat lopussa, jotka edustavat joitain dump ja pass arvoja?
Kiitoksia hänelle joka jaksaa valottaa.
-
Olisiko se esimerkiksi seuraavan lainen:
/dev/sdb /media/Elements fat32 users,auto,exec,utf8 0 0
Tällainen:
/dev/sdb1 /media/Elements vfat users,auto,exec,utf8 0 2
Näillä asetuksilla osio tosin liitetään niin, ettei tavallisilla käyttäjillä ole siihen kirjoitusoikeutta. Sitä varten tarvitset lisäksi uid/gid ja umask-parametrit. Katso: http://forum.ubuntu-fi.org/index.php?topic=29900.msg230151#msg230151
Mitä tarkoittaa auto, exec, utf8 ja nollat lopussa, jotka edustavat joitain dump ja pass arvoja?
http://linux.fi/wiki/Fstab
man mount
-
Oukei.
Lisätäänpä tuo rivi fstabiin.
Näillä asetuksilla osio tosin liitetään niin, ettei tavallisilla käyttäjillä ole siihen kirjoitusoikeutta.
Tämähän koskee tietenkin vain tätä konetta, eikös? Levylle voi kirjoittaa tavalliseen tapaan jos se nyhdetään irti ja pistetään toiseen koneeseen(?). Muuten siitä ei minulle ole ongelmaa, jos muut käyttäjät ei voi sinne kirjoitella. Ja onhan varma, ettei fstab sekoita laitteita, esim estämällä kirjoittamisen, vaikka kovon tilalla olisi tikku?
Mitäs ulkoisen kovalevyn tarkistaminen hyödyttää? Siis kun olit sen arvoksi kakkosen asettanut.
Jos järjestelmä kaatuu yllättäen vaikka kesken levylle kirjoituksen, onko siitä levylle mitään seurauksia taikka hyödyttääkö sen tarkistaminen mitään?
Jottei liian asialliseksi mene, täytyy kysyä yksi tyhmä kysymys, eli onko väliä minne kohtaan fstabia rivin kirjoittaa? ::)
Post scriptum: Järjestelmä sekosi, eikä avautunut, kun lätkäsin tuon rivin suoraan fstabiin. Kovo irti, reboot, ja rivi pois fstabista, niin toimii entiseen malliin.
Joku siinä hanaa vastaan. Ehkäpä rivi on vääränlainen tai väärin sijoitettu.
-
Post scriptum: Järjestelmä sekosi, eikä avautunut, kun lätkäsin tuon rivin suoraan fstabiin. Kovo irti, reboot, ja rivi pois fstabista, niin toimii entiseen malliin.
Joku siinä hanaa vastaan. Ehkäpä rivi on vääränlainen tai väärin sijoitettu.
Mitä näyttää sudo fdisk -l?
Jottei liian asialliseksi mene, täytyy kysyä yksi tyhmä kysymys, eli onko väliä minne kohtaan fstabia rivin kirjoittaa?
Laita alimaiseksi muiden levyjen jälkeen.
Mitäs ulkoisen kovalevyn tarkistaminen hyödyttää? Siis kun olit sen arvoksi kakkosen asettanut.
En tiedä mitä hyödyttää mutta kakkonen meinaa sitä että ensin tarkistetaan ne nolla levyt ja kakkoset niiden jälkeen (en ole aivan varma voisiko joku vahvistaa).
-
Ylempää löytyy, mutta laitetaan uudestaan:
Levy /dev/sdd: 1000.2 Gt, 1000204886016 tavua
255 päätä, 63 sektoria/ura, 121601 sylinteriä
Yksiköt = 16065 * 512 = 8225280 -tavuiset sylinterit
Levyn tunniste: 0xe8900690
Laite Käynn Alku Loppu Lohkot Id Järjestelmä
/dev/sdd1 1 121601 976760001 c W95 FAT32 (LBA)
Laita alimaiseksi muiden levyjen jälkeen.
Näin teinkin, jolloin fstab oli muotoa:
/dev/mapper/VolGroup-lv_root / ext4 defaults 1 1
UUID=c2f9fe06-20eb-462e-9cfe-5267c7c26b2b /boot ext4 defaults 1 2
/dev/mapper/VolGroup-lv_swap swap swap defaults 0 0
tmpfs /dev/shm tmpfs defaults 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
sysfs /sys sysfs defaults 0 0
proc /proc proc defaults 0 0
/dev/sdb1 /media/Elements vfat users,auto,exec,utf8 0 2
Edit: Öh paitsi, silloin laitenimi oli /dev/sdb ja nyt sdd...
Johtuu mp3-soittimesta joka on nyt kiinni.
-
Tuossa fstabissa on virhe, pitäisi olla /dev/sdd1 eikä /dev/sdb1
Eli näin
/dev/sdd1 /media/Elements vfat users,auto,exec,utf8 0 2
-
Näillä asetuksilla osio tosin liitetään niin, ettei tavallisilla käyttäjillä ole siihen kirjoitusoikeutta.
Tämähän koskee tietenkin vain tätä konetta, eikös? Levylle voi kirjoittaa tavalliseen tapaan jos se nyhdetään irti ja pistetään toiseen koneeseen(?). Muuten siitä ei minulle ole ongelmaa, jos muut käyttäjät ei voi sinne kirjoitella.
Siis myöskään sinä itse et voi kirjoitella sinne omalla tunnuksellasi, jos levy liitetään automaattisesti fstabin avulla bootissa. Silloin vain pääkäyttäjällä on oikeudet, ellei niitä erikseen muuteta uid/gid ja umask -asetuksilla.
Toisella koneella voi tietysti kirjoitella, jos se on sallittu kyseisessä koneessa.
Ja onhan varma, ettei fstab sekoita laitteita, esim estämällä kirjoittamisen, vaikka kovon tilalla olisi tikku?
Ei ole varmaa. Kuten tuossa heti ilmeni, /dev/sdX-laitteet voivat vaihtua sen mukaan, mitä levyjä tai muistikortteja koneessa on kiinni käynnistettäessä.
Mitäs ulkoisen kovalevyn tarkistaminen hyödyttää? Siis kun olit sen arvoksi kakkosen asettanut.
Jos järjestelmä kaatuu yllättäen vaikka kesken levylle kirjoituksen, onko siitä levylle mitään seurauksia taikka hyödyttääkö sen tarkistaminen mitään?
FAT:n tapauksessa en ole varma, miten ajuri käyttäytyy -- osaako se tarkistaa levyn silloin kun jotain on rikki. Jos haluat tarkistaa levyn manuaalisesti säännöllisin väliajoin automaattisen tarkistuksen sijaan, vaihda asetus nollaksi.
Post scriptum: Järjestelmä sekosi, eikä avautunut, kun lätkäsin tuon rivin suoraan fstabiin. Kovo irti, reboot, ja rivi pois fstabista, niin toimii entiseen malliin.
fstab-muutoksia kannattaa testata ensin lennossa, eli irrota kyseiset osiot tiedostojärjestelmästä ja liitä sitten fstab-muutoksen jälkeen manuaalisesti: mount /media/Elements
Edit: Öh paitsi, silloin laitenimi oli /dev/sdb ja nyt sdd...
Johtuu mp3-soittimesta joka on nyt kiinni.
Käytä /dev/sdX-laitenimien sijaan jonkin /dev/disk/by-* -hakemiston symbolista linkkiä. Voit esimerkiksi katsoa osion UUID:n blkid-työkalulla ja sitten käyttää laitteena linkkiä /dev/disk/by-uuid/UUID (missä UUID on blkid:n näyttämä pitkä numerokoodi).
-
Tuossa fstabissa on virhe, pitäisi olla /dev/sdd1 eikä /dev/sdb1
Ei ollut tuosta kiinni.
Järjestelmä ei suostu avautumaan. Käynnistymisaika suunnilleen kaksinkertaistui ja sen jälkeen ruudulle pamahtaa virheilmoitus:
Warning... fsck.vfat for device /dev/sdb1 exited with signal 6
Tiedostojärjestelmän tarkistuksessa tapahtui virhe.
Poistutaan komentoriville; järjestelmä käynnistyy uudelleen, kun poistut komentotulkista.
Jne jne, kaikkea en muista.
Ja kovon sijainti oli varmistettu, että se on sdb1.
-
Käytä /dev/sdX-laitenimien sijaan jonkin /dev/disk/by-* -hakemiston symbolista linkkiä. Voit esimerkiksi katsoa osion UUID:n blkid-työkalulla ja sitten käyttää laitteena linkkiä /dev/disk/by-uuid/UUID (missä UUID on blkid:n näyttämä pitkä numerokoodi).
blkid-tuloste:
/dev/sdb1: LABEL="Elements" UUID="3AAE-781F" TYPE="vfat"
Eli rivi fstabiin.
/dev/sdb1/by-uuid/"3AAE-781F" TYPE="vfat" /media/Elements vfat users,auto,exec,utf8 0 2?
Vai missä muodossa sen pitäisikään olla?
-
Järjestelmä ei suostu avautumaan. Käynnistymisaika suunnilleen kaksinkertaistui ja sen jälkeen ruudulle pamahtaa virheilmoitus:
Warning... fsck.vfat for device /dev/sdb1 exited with signal 6
Tiedostojärjestelmän tarkistuksessa tapahtui virhe.
Ok, eli joko tiedostojärjestelmä on rikki tai fsck.vfat ei toimi oikein. Kytke osion tarkistus pois fstabista ja tarkista tiedostojärjestelmä Windowsissa.
Eli rivi fstabiin.
/dev/sdb1/by-uuid/"3AAE-781F" TYPE="vfat" /media/Elements vfat users,auto,exec,utf8 0 2?
Katso että /dev/disk/by-uuid -hakemistossa on symbolinen linkki 3AAE-781F. Jos on, käytä sitä fstabissa näin:
/dev/disk/by-uuid/3AAE-781F /media/Elements vfat users,auto,exec,utf8 0 0
-
Huh huh. Pistin Windowsin etsimään ja korjaamaan virheet levyllä. Siinä se sitten raksutteli neljä-viisi tuntia ja lopuksi ilmoitti, että toiminto tehty.
Tiedä sitten oliko siellä mitään kriittistä.
Katso että /dev/disk/by-uuid -hakemistossa on symbolinen linkki 3AAE-781F. Jos on, käytä sitä fstabissa näin:
Onko tuo nyt sama asia kuin blkid:n antama tuloste?
-
Katso että /dev/disk/by-uuid -hakemistossa on symbolinen linkki 3AAE-781F. Jos on, käytä sitä fstabissa näin:
Onko tuo nyt sama asia kuin blkid:n antama tuloste?
Juu, kaikki blkid:n tulostamat UUID:t pitäisi näkyä tuossa hakemistossa. blkid:llä näet, mikä UUID viittaa mihinkin osioon.
-
Nonni, viimeisin nm:n neuvoma rivi lisätty fstabiin ja hyvin toimii! (Tosin rytmiloota kaksinkertaisti kirjaston, but frankly i dont give a damn)
Boot menee tavallisesti läpi ilman hidasteluja (arvo 0 fstabissa) ja työpöydälle päästyäni on kovo kiltisti mountattuna.
Oikeuksien määrittely olikin sitten ilahduttavan helppoa nm:n ohjeitten mukaan.
Kiitos kaikille auttaneille, ja varsinkin nm:lle, joka jaksoit näinkin pitkään auttaa ja postata vastauksia.
Kiitos ja anteeksi.
-
Nonni, viimeisin nm:n neuvoma rivi lisätty fstabiin ja hyvin toimii! (Tosin rytmiloota kaksinkertaisti kirjaston, but frankly i dont give a damn)
Boot menee tavallisesti läpi ilman hidasteluja (arvo 0 fstabissa) ja työpöydälle päästyäni on kovo kiltisti mountattuna.
Oikeuksien määrittely olikin sitten ilahduttavan helppoa nm:n ohjeitten mukaan.
Kiitos kaikille auttaneille, ja varsinkin nm:lle, joka jaksoit näinkin pitkään auttaa ja postata vastauksia.
Kiitos ja anteeksi.
Hienoa että toimii, voisitko vielä laittaa sen fstabin tänne näkyville jotta saman ongelman kanssa painivat saisivat paremman kuvan siitä mistä on kysymys.
-
Tottakai.
Eli ideana on liittää kiintolevy automaattisesti käynnistyksen yhteydessä. Tämä mahdollistuu lisäämällä /etc/fstab-tiedostoon rivit kiintolevylle.
Fstab-tiedostoa muokataan esim. geditillä. Komentoa: gksudo gedit /etc/fstab
Tuossapa olisi:
/dev/mapper/VolGroup-lv_root / ext4 defaults 1 1
UUID=c2f9fe06-20eb-462e-9cfe-5267c7c26b2b /boot ext4 defaults 1 2
/dev/mapper/VolGroup-lv_swap swap swap defaults 0 0
tmpfs /dev/shm tmpfs defaults 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
sysfs /sys sysfs defaults 0 0
proc /proc proc defaults 0 0
/dev/disk/by-uuid/3AAE-781F /media/Elements vfat users,auto,exec,utf8,gid=6,fmask=117,dmask=007 0 0
Josta muokattua on:
/dev/disk/by-uuid/3AAE-781F /media/Elements vfat users,auto,exec,utf8,gid=6,fmask=117,dmask=007 0 0
/dev/disk/by-uuid/UUID -laitenimellä varmistetaan, että määritykset koskevat oikeaa laitetta. UUID-laitenimen saa komennolla: blkid
Tämän lisäksi käyttäjille on lisättävä oikeudet, jotta levylle voidaan kirjoittaa.
nm:n (http://forum.ubuntu-fi.org/index.php?topic=29900.msg230151#msg230151) linkissä on täydelliset ohjeet, mutta laitan ne lyhykäisyydessään myös tähän:
1. Tarkistetaan disk-ryhmän gid komennolla: grep disk /etc/group
2. Muokattu rivi fstabiin, josta löytyy gid-, fmask- ja dmask-arvot. (arvojen selitykset linkistä)
3. Käyttäjien lisääminen disk-ryhmään komennlla: sudo usermod -a -G disk käyttäjä
-
3. Käyttäjien lisääminen disk-ryhmään komennlla: sudo usermod -a -G disk käyttäjä
Tuohon on muuten minulla lipsahtanut turhan monimutkainen komento. Tämä on selkeämpi: sudo adduser käyttäjä disk
-
Pieni porsaanreikä tässä ratkaisussa kuitenkin on:
Jos järjestelmän käynnistää kerrankin ilman, että kiintolevy on kiinni, ei sitä voi mountata, ilman fstabissa olevan rivin poistamista.
Huomasin tuon, kun kerrankin käytin kannettavaa kannettavana, eli jouduin ottamaan levyn irti.
Ulkoinen pitää siis olla kytkettynä aina, joka ei omalla kohdalla ole mikään ongelma, mutta ihmiselle joka liikuttaa konettaan ahkerasti, voi syntyä niin sanotusti onkkelmia.
-
Pieni porsaanreikä tässä ratkaisussa kuitenkin on:
Jos järjestelmän käynnistää kerrankin ilman, että kiintolevy on kiinni, ei sitä voi mountata, ilman fstabissa olevan rivin poistamista.
Hmm. Siis kokeilit liittää manuaalisesti komennolla sudo mount /media/Elements
-
Joo o.
Sekä graaffisella puolella, että pääkäyttäjänä konsolissa tulee sama virheilmoitus:
mount: liitospiste media/Elements ei ole olemassa
Kun fstab on tyhjennetty kovon osalta kaikki toimii jälleen.
-
Tuo sanoo, että sinulla ei ole hakemistoa /media/Elements. Olemassaoleva hakemisto vaaditaan manuaalisia ja fstabilla tehtäviä liitöksia varten. Siis luo liitospiste silloin kun levy ei ole kiinni koneessa: sudo mkdir /media/Elements
Ilmeisesti tuo Elements on osiolle annettu nimi, jolloin automaattinen liittäminen käyttää sitä luodessaan liitospisteen. Jos tämä häiritsee fstabin toimintaa, eli automatiikka poistaa myös manuaalisesti luodun hakemiston, joudut käyttämään jotain muuta liitospisteen nimeä fstabissa (esim. /media/data) ja tekemään sille vastaavan hakemiston.
-
Tuo sanoo, että sinulla ei ole hakemistoa /media/Elements. Olemassaoleva hakemisto vaaditaan manuaalisia ja fstabilla tehtäviä liitöksia varten. Siis luo liitospiste silloin kun levy ei ole kiinni koneessa: sudo mkdir /media/Elements
Tuo toimii mainiosti, kiitos.
joudut käyttämään jotain muuta liitospisteen nimeä fstabissa (esim. /media/data) ja tekemään sille vastaavan hakemiston.
Eli käytännössä? Muutan fstabissa Elementsin laitenimen vaikka nimeksi data. Entäs hakemiston luominen?
-
joudut käyttämään jotain muuta liitospisteen nimeä fstabissa (esim. /media/data) ja tekemään sille vastaavan hakemiston.
Eli käytännössä? Muutan fstabissa Elementsin laitenimen vaikka nimeksi data. Entäs hakemiston luominen?
sudo mkdir /media/data
Mutta jos nyt tuntuu toimivan ongelmitta, eikä se Elements-hakemisto häviä, jos irrotat laitteen lennossa, tätä ei tarvitse tehdä.
-
Aivan, eli tuon komennon ajaminen tuottaakin pitkäaikaisen vaikutuksen. Ajattelin, että tuo pitäisi ajaa joka kerta, kun levy nyhdetään irti.
Nyt tosiaankin voin pitää levyä irti ja liittää sen normaalisti takaisin.
Että silleensä.