Den frie kafeen

[JohndoeMAKT]

hva med apt-get clean? Det pleier vel å ligge noen pakker som tar litt plass der også.

Jeg kjører alltid update && upgrade && clean når jeg oppdaterer, så det er ingen gamle .debs å fjerne.

 

Hvis du har en del ram til overs kan du jo legge /tmp på ramdisk.. Det kan gjøre underverker for ytelsen generelt også

Sliter med lite RAM også, har bare 4GB, det hadde ikke gjort noe med dobbelt så mye.

 

For de som lurer på det samme som meg: Det er en fil som heter /etc/default.rcS som inneholder en INI-verdi "TMPTIME". Filer eldre enn verdien av denne blir slettet ved boot. Default er 0 som betyr at ja, filer i /tmp blir slettet ved boot.

[j--]

Har et degradert mdadm raid5 der 5/6 disker kjører. Den ene av disse diskene har også feil på sectorer på en partisjon som gjør at den ikke kan skrives til (og da bygge opp til 6/6)

 

Har nå opprettet en partisjon på en ny frisk disk med likt antall sectorer på ny og gammel partisjon (men forskjellig start. Den gamle partisjon begynte på sector 63, mens laveste alternativ på ny disk var på sector 2048), samt kjørt sudo dd if=/dev/<skadet disk>1 of=/dev/<ny disk>1 bs=4M conv=noerror

 

Problemet er når jeg nå prøver å tvinge raidet opp med 5/6 disker der den dårlige partisjonen.

#  clvn@enigma: sudo mdadm --assemble -v /dev/md0 --force /dev/sdc1 /dev/sdd1 /dev/sdg1 /dev/sdb1 /dev/sda1
mdadm: looking for devices for /dev/md0
mdadm: no RAID superblock on /dev/sda1
mdadm: /dev/sda1 has no superblock - assembly aborted

 

/dev/sda1 er da den nye partisjonen.

 

#  clvn@enigma: sudo mdadm --examine --verbose /dev/sda1
mdadm: No md superblock detected on /dev/sda1.

 

/dev/sde1 er den partisjonen som ligger på den skadede disken.

 

#  clvn@enigma: sudo fdisk -l /dev/sd{a,e}

Disk /dev/sda: 1500.3 GB, 1500301910016 bytes
255 heads, 63 sectors/track, 182401 cylinders, total 2930277168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000a3168

  Device Boot  	Start 		End  	Blocks   Id  System
/dev/sda1        	2048  2930274049  1465136001   fd  Linux raid autodetect

Disk /dev/sde: 1500.3 GB, 1500301910016 bytes
255 heads, 63 sectors/track, 182401 cylinders, total 2930277168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x7b48ff68

  Device Boot  	Start 		End  	Blocks   Id  System
/dev/sde1          	63  2930272064  1465136001   fd  Linux raid autodetect

 

Output fra den skadede partisjonen, som da gjerne skulle kommet på den nye partisjoen óg

#  clvn@enigma: sudo mdadm --examine --verbose /dev/sde1
/dev/sde1:
     	Magic : a92b4efc
   	Version : 0.90.00
  		UUID : e88a3b09:b4cd0d6e:dc342cdc:19e2ab4a
 Creation Time : Fri Oct  2 03:43:23 2009
	Raid Level : raid5
 Used Dev Size : 1465135936 (1397.26 GiB 1500.30 GB)
	Array Size : 7325679680 (6986.31 GiB 7501.50 GB)
  Raid Devices : 6
 Total Devices : 6
Preferred Minor : 0

Update Time : Sun Feb 20 10:27:02 2011
     	State : clean
Active Devices : 5
Working Devices : 6
Failed Devices : 1
 Spare Devices : 1
  	Checksum : 2c49d439 - correct
		Events : 1735369

		Layout : left-symmetric
	Chunk Size : 64K

 	Number   Major   Minor   RaidDevice State
this 	4   	8   	65    	4  	active sync   /dev/sde1

  0 	0   	8   	17    	0  	active sync   /dev/sdb1
  1 	1   	0    	0    	1  	faulty removed
  2 	2   	8   	97    	2  	active sync   /dev/sdg1
  3 	3   	8   	49    	3  	active sync   /dev/sdd1
  4 	4   	8   	65    	4  	active sync   /dev/sde1
  5 	5   	8   	33    	5  	active sync   /dev/sdc1
  6 	6   	8   	81    	6  	spare   /dev/sdf1

 

Har googlet høyt og lavt, men finner ikke noe informasjon om hvordan man kopierer superblocker, annet enn ved å erstatte en disk i et degradert raid og så skjer det automagisk. Det går jo selvfølgelig ikke her, da raidet ikke kan rekonstrueres ut fra 4/6 disker.

 

Noen som har noen tips?

 

edit: Opprettet en identisk tråd på bbs.archlinux.org. Link

Endret 20. februar 2011 av clvn

[JohndoeMAKT]

Slettet 1GB i /home i går ref diskmangel nevnt et par poster tidligere. Ble akkurat møtt av ødelagt forum-style da Opera ikke greide å lagre .css-fila på disk. Noe har altså greid å spise all disk jeg frigjorde i går, og det er ikke åpenlyst hvor bruken har økt. En tur i Filelight avslørte hvertfall at jeg hadde fem gamle kernels og headers som jeg slettet, så jeg fikk hvertfall et par hundre megabyte der. I morgen tar jeg det store steget og booter en live-CD og flytter et par ti GB fra Windows. Hvordan jeg greier å bruke over seks GB på OS er jeg ikke sikker på, det virker veldig mye i forhold til hva jeg har installert.

[j--]

Angir "Number" når man kjører mdadm --examine --verbose /dev/sdX1 diskens plassering i raidet?

 

        Number   Major   Minor   RaidDevice State
this    4       8       65      4       active sync   /dev/sde1

  0    0       8       17      0       active sync   /dev/sdb1
  1    1       0       0       1       faulty removed
  2    2       8       97      2       active sync   /dev/sdg1
  3    3       8       49      3       active sync   /dev/sdd1
  4    4       8       65      4       active sync   /dev/sde1
  5    5       8       33      5       active sync   /dev/sdc1
  6    6       8       81      6       spare   /dev/sdf1

 

Og kan dette da brukes videre til å tvinge raidet opp via create?

 

mdadm --create /dev/md0 --verbose --level=5 --raid-devices=6 /dev/sdb1 missing /dev/sdg1 /dev/sdd1 /dev/sde1 /dev/sdc1blir vel riktig da?

[HawP]

--create vil i det tilfellet si at det ser ut til å være et eksiterende raid på diskene.

 

--assemble er nok den du heller vil bruke. Men ikke sikker på om den takler "missing", og den skal heller ikke ha --level og --raid-devices. Sjekk man-page.

[j--]

Tro meg, jeg har sjekket manualen Sjekk f.eks denne posten min litt lenger opp på siden, eller her.

[JohndoeMAKT]

WTF: I tre dager har jeg slettet 1000-500MB fra disken og hver morgen er det 0 byte ledig. Noe spiser opp alt ledig og jeg greier ikke finne ut hva det er.

[Bytex]

Sikkert en logg som har gått berserk og fyller seg opp hele tiden.

[JohndoeMAKT]

Det kan være, men når jeg ser i Filelight så er ting ganske greit utdelt og det er ting som .encfs og /usr og /tmp/.truecryptxxx som tar mye plass, ellers greier jeg ikke å se at mye blir brukt av annet.

 

Men når jeg kommer hjem (og vil kunne logge inn som jeg ikke kan nå over SSH pga. full disk) skal jeg se i /var/log om det er der plassen forsvinner.

Endret 22. februar 2011 av JohndoeMAKT

[j--]

du -chx ~/* --block-size=M | sort -n | tail

Kan kanskje funke?

[JohndoeMAKT]

~ er krympet til omtrent 400MB inkludert 200MB browser cache.. Det er noe i operativsystemet som vokser og vokser. Men jeg skal kjøre den tingen der på / når jeg kommer hjem.

[j--]

Browser cache kan vel slenges på /tmp? Og /tmp kan slenges på RAM-disk, både for bedre ytelse og for å få mer plass =)

[JohndoeMAKT]

Det er mulig, men jeg tror ikke det blir stor ytelsesøkning over min SSD. Samt at jeg også har lite (4GB) RAM å leke meg med allerede. Hadde jeg bare ikke vært så altfor lat hadde jeg bare produsert en *buntu CD, bootet den live, lagt inn gparted, resized disk og blitt ferdig med det. Samt ringt en epost til Komplett for mer RAM.

 

Tar det på sikt.

[JohndoeMAKT]

du -chx ~/* --block-size=M | sort -n | tail

Kan kanskje funke?

 

144M    /usr/share/fonts/truetype
145M    /usr/share/icons
167M    /usr/share/fonts
170M    /lib
209M    /usr/bin
239M    /var/lib
287M    /usr/lib32
345M    /var
477M    /home
477M    /home/.ecryptfs
477M    /home/.ecryptfs/administrator
477M    /home/.ecryptfs/administrator/.Private
1006M   /usr/share
1064M   /usr/lib
2735M   /usr

Samt:
dpkg --get-selections | wc -l
1323

Har noen sammenlignbare tall? Mine to arbeidsstasjoner med henholdsvis ett og to-tre års levetid har 1450 og 1720 installerte pakker og når jeg har mer tid skal jeg se hvor stor mapper tar der.

EDIT: du -h --max-depth=1
Workstation #1:
17M     ./etc
137G    ./home
108M    ./boot
15M     ./root
20M     ./tmp
17G     ./var
12K     ./.kde
11M     ./lib32
16K     ./lost+found
5.3G    ./usr
16K     ./media
144K    ./dev
899M    ./lib
9.8M    ./sbin
7.2M    ./bin
4.0K    ./srv
158M    ./opt
4.0K    ./mnt
4.0K    ./selinux

Workstation #2:
552M    ./lib
316K    ./root
11G     ./home
4.0K    ./media
4.0K    ./cdrom
2.2M    ./dev
88K     ./tmp
7.8M    ./bin
4.0G    ./var
75M     ./boot
16K     ./lost+found
7.6M    ./lib32
4.0K    ./nonexistent
3.0G    ./usr
4.0K    ./srv
14M     ./etc
4.0K    ./mnt
8.2M    ./sbin
244M    ./opt
16K     ./.kde
8.0K    ./.config
4.0K    ./selinux

Hjemme aka. problemmaskinen:
368M    ./var
25M     ./boot
4.0K    ./srv
4.0K    ./selinux
2.6G    ./usr
4.0K    ./mnt
4.0K    ./cdrom
13M     ./lib32
7.4M    ./sbin
4.0K    ./opt
7.8M    ./bin
879M    ./home
312K    ./root
170M    ./lib
344K    ./dev
16K     ./lost+found
14M     ./etc
1.3M    ./tmp
2.2M    ./build

Se bort fra /var på arbeidsstasjonene da /var/www inneholder veldig mye data der.
Jeg syntes egentlig ting tar vanvittig stor plass uansett. Her er fra min Ubuntu Server: (Se bort fra /var da det her ligger 3-4 virtuelle maskiner)
382M    ./lib
8.1M    ./tmp
9.3G    ./home
60K     ./root
29G     ./var
7.8M    ./bin
13M     ./lib32
396K    ./dev
12T     ./media
4.0K    ./mnt
200K    ./srv
62M     ./boot
4.0K    ./opt
16K     ./lost+found
2.2G    ./usr                                                                                                                               
4.0K    ./selinux                                                                                                                           
7.8M    ./sbin                                                                                                                              
11M     ./etc

Endret 22. februar 2011 av JohndoeMAKT

[olefiver]

Gah, note to self. Ikke avinstaller util-linux-ng-2.18 før installert util-linux-2.19

teit

[Øsse]

I Ubuntu (mer generelt i Gnome vil jeg anta) er det slik at hvis et vindu som vi ha oppmerksomhet (i fet skrift i taskbaren) og jeg klikker på det, så flyttes vinduet til den workspacen jeg er på hvis vinduet er et annet sted. Er det mulig å få det til å virke den andre veien? At jeg flytter meg til riktig workspace i stedet?

[Sokkalf™]

Jeg blir flyttet til riktig workspace i Fedora 14 (og ble det i F10, 11, 12 og 13), ihvertfall.

[Øsse]

Jeg også. Jeg klarte visst ikke å slette innlegget i tide. Jeg klarer faktisk ikke å slette det i det hele tatt Jaja...

 

For å ikke sløse enda en post så stiller jeg et nytt kjapt spørsmål

 

Trykket man Esc etter å ha trykket o/O i Vim så fjernes innrykket på linjen. Dette er litt kjipt hvis jeg har lyst å lime inn noe på en ny linje som ikke er en hel linje i seg selv. Det som skjer er at jeg trykker o/O, Esc, i, TabTabTab, Esc, p, for eksempel, og det har jeg lyst å unngå. Jeg regner med det har noe med at Vim fjerner whitespace som er på slutten av linjer. Er det noen som har en løsning eller vet om en annen måte å gjøre det jeg vil på?

Endret 23. februar 2011 av Øsse

[Bytex]

Ingen andre enn moderatorer kan slette innlegg..det er fordi folk ikke skal ødelegge eksisterende tråder med å slette førsteinnlegg når de har fått svar eller er misfornøyde med svarene etc. Da får vi masse tråder med meningsløse poster siden førstepost bare er forsvunnet.

[hernil]

Dessuten er dette en avslappet kafétråd. Ingen vits å stresse med å fjerne innlegg med mindre det er god grunn til det