View previous topic :: View next topic |
Author |
Message |
Bialy Guru
Joined: 20 Mar 2006 Posts: 486
|
Posted: Tue Apr 14, 2009 10:25 am Post subject: [SOLVED][USB] przy ~70% zjętości klucza USB brak miejsca |
|
|
Witam,
Wszystko zaczęło się tam: Kopia /dev/sdaX na /dev/sdbX.
System się przerzucił i wstaje.
Jednak gdy zajętość klucza podchodzi do około 70% (około 2,6GB z 4GB) dostaję komunikaty: brak miejsca na urządzeniu.
Na prawach roota nie mogę stworzyć ani jednego pliku (nawet pustego).
Spotkał się ktoś z tym?
Last edited by Bialy on Thu Apr 16, 2009 5:31 pm; edited 1 time in total |
|
Back to top |
|
|
SlashBeast Retired Dev
Joined: 23 May 2006 Posts: 2922
|
Posted: Tue Apr 14, 2009 1:28 pm Post subject: |
|
|
ext(2|3|4) na pendrive? |
|
Back to top |
|
|
Bialy Guru
Joined: 20 Mar 2006 Posts: 486
|
Posted: Tue Apr 14, 2009 7:38 pm Post subject: |
|
|
sorrki ext3. |
|
Back to top |
|
|
mbar Veteran
Joined: 19 Jan 2005 Posts: 1990 Location: Poland
|
Posted: Wed Apr 15, 2009 7:30 am Post subject: |
|
|
pewnie zabrakło inodes, jeśli tak, to przeformatuj pena z użyciem opcji -N. |
|
Back to top |
|
|
Bialy Guru
Joined: 20 Mar 2006 Posts: 486
|
Posted: Wed Apr 15, 2009 10:20 am Post subject: |
|
|
mbar wrote: | pewnie zabrakło inodes, jeśli tak, to przeformatuj pena z użyciem opcji -N. |
Tak tylko chciałby otrzymać ilość inodów do stworzenia.
Ile mam ich stworzyć?
Code: | mkfs -j /dev/sdb1
mke2fs 1.41.3 (12-Oct-2008)
Etykieta systemu plików=
Typ OS: Linux
Rozmiar bloku=4096 (log=2)
Rozmiar fragmentu=4096 (log=2)
244800 i-węzłów, 977916 bloków
48895 bloków (5.00%) zarezerwowanych dla superużytkownika
Pierwszy blok danych=0
Maksymalna liczba bloków systemu plików=1002438656
30 grup bloków
32768 bloków w grupie, 32768 fragmentów w grupie
8160 i-węzłów w grupie
Kopie zapasowe superbloku zapisane w blokach:
32768, 98304, 163840, 229376, 294912, 819200, 884736
Zapis tablicy i-węzłów: zakończono
Tworzenie kroniki (16384 bloków): wykonano
Zapis superbloków i podsumowania systemu plików: wykonano
Ten system plików będzie automatycznie sprawdzany co każde 33 montowań
lub co 180 dni, zależnie co nastąpi pierwsze. Można to zmienić poprzez
tune2fs -c lub -i. |
|
|
Back to top |
|
|
mbar Veteran
Joined: 19 Jan 2005 Posts: 1990 Location: Poland
|
Posted: Thu Apr 16, 2009 7:07 am Post subject: |
|
|
Zobacz statystyki dysku źródłowego, powinieneś się dowiedzieć, ile inodów jest zajętych -- minimum tyle musisz mieć na pendrivie.
800000 powinno styknąć. |
|
Back to top |
|
|
SlashBeast Retired Dev
Joined: 23 May 2006 Posts: 2922
|
Posted: Thu Apr 16, 2009 8:39 am Post subject: |
|
|
Albo uzyj reiserfs, ktory nie alokuje inodów przy tworzeniu systemu. |
|
Back to top |
|
|
rofro Apprentice
Joined: 21 Jun 2004 Posts: 234 Location: Piaseczno, Poland
|
Posted: Thu Apr 16, 2009 8:43 am Post subject: |
|
|
A może sformatuj przez mk2fs -T small
Mniejszy blocksize, mniejsze inody, więcej w stostunku do blocksize
man mke2fs. _________________ Linux #358594
gentoo bug comment 175808#c26
You either must have patience or contribute to open source. There is only one guaranteed way to have open source do what you want it to do, and that's write it yourself. |
|
Back to top |
|
|
Bialy Guru
Joined: 20 Mar 2006 Posts: 486
|
Posted: Thu Apr 16, 2009 5:30 pm Post subject: |
|
|
SlashBeast wrote: | Albo uzyj reiserfs, ktory nie alokuje inodów przy tworzeniu systemu. |
Nie wchodzi w grę. Zbyt dużo "niepotrzebnych" ruchów.
rofro wrote: | A może sformatuj przez mk2fs -T small
Mniejszy blocksize, mniejsze inody, więcej w stostunku do blocksize
man mke2fs. |
Idealne rozwiązanie. Daje ten sam efekt, jak zalecenie mbara, lecz jest bardziej eleganckie.
Stworzył ponad 3 krotnie większą ilość inodów.
Do tej pory nie interesowały mnie inody, ale człowiek uczy się całe życie.
Dzięki za pomoc.
PS. brakowało tylko około 10k inodów |
|
Back to top |
|
|
|