#46
09-01-11 13:04
ricorda che purtroppo ad ogni aggiornamento devi rimodificare /usr/bin/bleachbit-admin rimettendo kdesu
#46
09-01-11 13:04
ricorda che purtroppo ad ogni aggiornamento devi rimodificare /usr/bin/bleachbit-admin rimettendo kdesu
|
#47
09-01-11 13:17
Comment by: flan_suse on Mon, 03 Jan 2011 17:15:50 +0000
If you followed the steps below, just repeat them for additional search engines you might have had, such as Yahoo, Bing, Scroogle, and others. Each one has their own unique URL string to use. Click Make Default if you want it to be the search engine used when using the address bar.
First Submitted: Wed, 24 Dec 2008 21:53:45 +0000
bleachbit 0.8.6-1 : Deletes unneeded files to free disk space and maintain privacy
( Pacchetto non supportato: Potenzialmente pericoloso! )
==> Modificare PKGBUILD? [S/n] ("A" per annullare)
==> -----------------------------------------------
==> S
Aggiungi \$EDITOR alle tue variabili d'ambiente
per esempio:
export EDITOR="vim" (in ~/.bashrc)
(sostituisci vim con il tuo editor preferito)
==> Modifica PKGBUILD con:
Cosa dovrei fare adesso?
|
|
#48
09-01-11 13:20
considera che NTFS da questo punto di vista ha un vantaggio.. facendo Abuso di frammentazione riesce facilmente ad allocare file anche con poso spazio disponibile,, però, almeno fino ad XP vista e seven non so, se non avevi almeno il 15% di spazio disponibile non ti faceva fare il defragthe archangel
Non mi sono mai posto il problema, visto che sono vuoti
|
|
#49
09-01-11 13:22
nono li non editare non fare nulla di n
ed installa
la modifica la fai post installazione
EDIT una volta io modificavo il pkgbuild togliendo gksu perchè era una dipendenza.. ora l'hanno messa come opzionale quindi il pkgbuild puoi non toccarlo
|
|
#50
09-01-11 13:38
fatto ed effettivamente ho recuperato un p'ò di spazio su root.
Per quelle operazioni lente,le sconsigli a priori?di quanto tempo si parla in genere?
|
|
#51
09-01-11 13:47
sull'eepc mi danno almeno 5-6 minuti inoltre scrive su disco mi pare per allocare temporaneamente.. non so bene dove quindi se hai già problemi eviterei...
daltronde uno serve per liberare lo swap.. l'altro per scrivere su disco per non recuperare nulla. ma sono cose ininfluenti.. anche perchè se hai problemi di swap non certo utilizzando bleachbit che risolvi..
Questi tool li puoi usare ogni tot di tempo diciamo che per il lato admin è comodo per togliere file locali di lingue non utilizzate e cancellate tutti i file di log, mentre per l'uso utente è utile per svuotare le varie cache , kde compreso..
|
|
#52
09-01-11 13:51
ti ricordo che per aggiornare tramite yoaurt i pacchetti da aur devi dare
yaourt -Syua
altrimenti non controlla i pacchetti installati da Aur, a meno che non hai preventivamente editato il file di configurazione per fare un ceck di aur in automatico. editarlo conviene anche per mettere "nano" come editor predefinito per i pkgbuild..
Buona Arch.. considera la possibilità di spostare eventualmente /var. o la home se la hai inclusa... o allargare root
|
|
#53
09-01-11 15:15
Allargare root è una cosa complicata?perchè tutto lo spazio disponibile era stato allocato per qualcosa(root/swap/home)
|
|
#54
09-01-11 15:36
Troppa complesas per i miei gusti
|
|
#55
09-01-11 16:06
non so bisogna vedere com'è partizionato l'hard disk
|
|
#56
09-01-11 16:33
Per il problema di Kernel Panic al boot, si è ripresentato oggi millantando qualcosa su libata... e scopro che non sono il solo ad averlo, pare un bug del nuovo udev
[Link][Link]
Per capirci, intendo questo Kernel Panic
(immagine sotto spoiler perché possibilmente grande per chi ha connessioni lente/a consumo)
Spoiler:
Edit: tra le possibili soluzioni proposte, un downgrade di Kernel/gcc/gcc-libs/udev o un
Codice PHP:mkinitcpio -p kernel26
|
|
#57
09-01-11 16:47
Sul forum italiano è già stato trattato l'argomento in due topic.. dove ho rispostoPer il problema di Kernel Panic al boot, si è ripresentato oggi millantando qualcosa su libata... e scopro che non sono il solo ad averlo, pare un bug del nuovo udev
[Link][Link]
Per capirci, intendo questo Kernel Panic
(immagine sotto spoiler perché possibilmente grande per chi ha connessioni lente/a consumo)
Spoiler:
http://www.archlinux.it/forum/viewtopic.php?id=10726
Se avete problemi di avvio o problemi di panic,blocco sistema all'inserimento di una unità ottica fate un downgrade di udev
|
|
#58
09-01-11 17:00
Ok avevo letto le stesse identiche cose nel forum ingleseora gli do una letta
Ci sono problemi di perdite di dati (accertati)? L'unico che ha avuto un blocco di partizione su BBS ha risolto con un fsck e un po' di sano chroot
Edit: anche se non metterei Risolto al topic, su BBS si sta ripresentando anche con uDev 164, e c'è chi imputa gcc
|
|
#59
09-01-11 17:18
ma è capitato anche a me senza perdite di dati.. ho notato che anche con il downgrade alla 164-3 all'avvio udev ci mette almeno 20 secondi prima di continuare quindi il problema vero è proprio non credo sia risolto.
Purtroppo è una cosa che sta capitando a Random e con non un specifico errore, almeno nei log visti e postati da me c'è solo degli errori i/o di lettura del supporto ottico
|
|
#60
09-01-11 17:22
comunque se ne discute qua http://www.archlinux.it/forum/viewto...d=88237#p88237
dove non c'è un [Risolto]
l'altro era una discussione doppia.. su arch siamo un pò severi su queste cose, tendiamo a tenere uno stesso problema in una unica discussione anche con dei up vecchi.. piuttosto che iniziare nuove discussioni
|
|
