samson4747 Сообщения

samson4747	# 7 лет, 10 месяцев назад
Темы: 33 Сообщения: 534 Участник с: 23 февраля 2012	# du -hs /* 0 /bin 35M /boot 484K /dev 18M /etc 1,8G /home 0 /lib 16K /lost+found 53G /media 4,0K /mnt 4,0K /opt du: невозможно получить доступ к «/proc/2594/task/2594/fd/3»: Нет такого файла или каталога du: невозможно получить доступ к «/proc/2594/task/2594/fdinfo/3»: Нет такого файла или каталога du: невозможно получить доступ к «/proc/2594/fd/3»: Нет такого файла или каталога du: невозможно получить доступ к «/proc/2594/fdinfo/3»: Нет такого файла или каталога 0 /proc 18G /root du: невозможно получить доступ к «/run/user/1000/gvfs»: Отказано в доступе 692K /run 0 /sbin 16K /srv 0 /sys 8,0K /tmp Но в /root `# ls /root Desktop colorize.sh~ gparted_details.htm` Причём: 4,0K /root/Desktop "If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin

# 7 лет, 10 месяцев назад

Сообщения: 534

Участник с: 23 февраля 2012

# du -hs /*
0	/bin
35M	/boot
484K	/dev
18M	/etc
1,8G	/home
0	/lib
16K	/lost+found
53G	/media
4,0K	/mnt
4,0K	/opt
du: невозможно получить доступ к «/proc/2594/task/2594/fd/3»: Нет такого файла или каталога
du: невозможно получить доступ к «/proc/2594/task/2594/fdinfo/3»: Нет такого файла или каталога
du: невозможно получить доступ к «/proc/2594/fd/3»: Нет такого файла или каталога
du: невозможно получить доступ к «/proc/2594/fdinfo/3»: Нет такого файла или каталога
0	/proc
18G	/root
du: невозможно получить доступ к «/run/user/1000/gvfs»: Отказано в доступе
692K	/run
0	/sbin
16K	/srv
0	/sys
8,0K	/tmp

Но в /root

# ls /root
Desktop  colorize.sh~  gparted_details.htm

Причём: 4,0K /root/Desktop

"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin

samson4747	# 7 лет, 10 месяцев назад (отредактировано 7 лет, 10 месяцев назад)
Темы: 33 Сообщения: 534 Участник с: 23 февраля 2012	Доброго времени, Ув. форумчане! Имеется раздел на котором установлен Arch, на него выделял ~40G. `Device Boot Start End Sectors Size Id Type /dev/sda1 * 63 76164164 76164102 36,3G 83 Linux /dev/sda2 76164165 234436544 158272380 75,5G 5 Extended /dev/sda5 76164228 78124094 1959867 957M 83 Linux /dev/sda6 78124158 234436544 156312387 74,5G 83 Linux` С недавнего времени заметил, что свободное место это ~5G, на данном разделе. Удалил всё ненужное в каталоге /var/cache/pacman, который весил 8G, а сейчас он всего 600M, но размер свободный не увеличился. GParted пишет, что свободно 6.33G Системный монитор, что свободно 6.8G Команда df выводит, прежние ~5G: $ sudo df Файловая система 1K-блоков Использовано Доступно Использовано% Cмонтировано в /dev/sda1 37352488 30710552 4721452 87% / dev 1615548 0 1615548 0% /dev run 1617880 684 1617196 1% /run tmpfs 1617880 152 1617728 1% /dev/shm tmpfs 1617880 0 1617880 0% /sys/fs/cgroup tmpfs 1617880 144 1617736 1% /tmp /dev/sda6 76797376 54722308 18150876 76% /media/bcb536f2-ef06-4838-ad5e-b48bb6960be0 tmpfs 323576 20 323556 1% /run/user/1000 $ Чего не понимаю? Спасибо! "If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin

samson4747

# 7 лет, 10 месяцев назад (отредактировано 7 лет, 10 месяцев назад)

Темы: 33

Сообщения: 534

Участник с: 23 февраля 2012

Доброго времени, Ув. форумчане!

Имеется раздел на котором установлен Arch, на него выделял ~40G.


Device     Boot    Start       End   Sectors  Size Id Type
/dev/sda1  *          63  76164164  76164102 36,3G 83 Linux
/dev/sda2       76164165 234436544 158272380 75,5G  5 Extended
/dev/sda5       76164228  78124094   1959867  957M 83 Linux
/dev/sda6       78124158 234436544 156312387 74,5G 83 Linux

С недавнего времени заметил, что свободное место это ~5G, на данном разделе. Удалил всё ненужное в каталоге /var/cache/pacman, который весил 8G, а сейчас он всего 600M, но размер свободный не увеличился.

GParted пишет, что свободно 6.33G
Системный монитор, что свободно 6.8G
Команда df выводит, прежние ~5G:

$ sudo df
Файловая система 1K-блоков Использовано Доступно Использовано% Cмонтировано в
/dev/sda1         37352488     30710552  4721452           87% /
dev                1615548            0  1615548            0% /dev
run                1617880          684  1617196            1% /run
tmpfs              1617880          152  1617728            1% /dev/shm
tmpfs              1617880            0  1617880            0% /sys/fs/cgroup
tmpfs              1617880          144  1617736            1% /tmp
/dev/sda6         76797376     54722308 18150876           76% /media/bcb536f2-ef06-4838-ad5e-b48bb6960be0
tmpfs               323576           20   323556            1% /run/user/1000
$

Чего не понимаю?

Спасибо!

samson4747	# 7 лет, 10 месяцев назад
Темы: 33 Сообщения: 534 Участник с: 23 февраля 2012	Всем спасибо! Просто смутила дата за 2005 год в выводе. "If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin

samson4747	# 7 лет, 10 месяцев назад
Темы: 33 Сообщения: 534 Участник с: 23 февраля 2012	$ zgrep MICROCODE /proc/config.gz CONFIG_MICROCODE=y CONFIG_MICROCODE_INTEL=y CONFIG_MICROCODE_AMD=y CONFIG_MICROCODE_OLD_INTERFACE=y CONFIG_MICROCODE_INTEL_EARLY=y CONFIG_MICROCODE_AMD_EARLY=y CONFIG_MICROCODE_EARLY=y $ Благодарю! "If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin

samson4747

# 7 лет, 10 месяцев назад

Темы: 33

Сообщения: 534

Участник с: 23 февраля 2012

$ zgrep MICROCODE /proc/config.gz
CONFIG_MICROCODE=y
CONFIG_MICROCODE_INTEL=y
CONFIG_MICROCODE_AMD=y
CONFIG_MICROCODE_OLD_INTERFACE=y
CONFIG_MICROCODE_INTEL_EARLY=y
CONFIG_MICROCODE_AMD_EARLY=y
CONFIG_MICROCODE_EARLY=y
$

Благодарю!

samson4747	# 7 лет, 10 месяцев назад
Темы: 33 Сообщения: 534 Участник с: 23 февраля 2012	leonardo19 iucode-tool нужен только, чтобы можно было заранее проверить, какие версии микрокода для конкретно вашего процессора имеются в пакете intel-ucode. Для подгрузки микрокода он не нужен. Его имеете ввиду снести можно? По выводам вроде все верно сделал, не так ли? Или не понял Вас... В каких логах можно ещё это уточнить? и стоит ли делать в параметрах ядра вот это: Enabling Intel Early Microcode Loading in Custom Kernels In order for early loading to work in custom kernels, "CPU microcode loading support" needs to be compiled into the kernel NOT compiled as a module. This will enable the "Early load microcode" prompt which should be set to "Y". `CONFIG_MICROCODE=y CONFIG_MICROCODE_INTEL=y CONFIG_MICROCODE_INTEL_EARLY=y CONFIG_MICROCODE_EARLY=y` "If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin

samson4747

# 7 лет, 10 месяцев назад

Темы: 33

Сообщения: 534

Участник с: 23 февраля 2012

leonardo19
iucode-tool нужен только, чтобы можно было заранее проверить, какие версии микрокода для конкретно вашего процессора имеются в пакете intel-ucode. Для подгрузки микрокода он не нужен.

Его имеете ввиду снести можно? По выводам вроде все верно сделал, не так ли? Или не понял Вас... В каких логах можно ещё это уточнить? и стоит ли делать в параметрах ядра вот это:
Enabling Intel Early Microcode Loading in Custom Kernels

In order for early loading to work in custom kernels, "CPU microcode loading support" needs to be compiled into the kernel NOT compiled as a module. This will enable the "Early load microcode" prompt which should be set to "Y".

CONFIG_MICROCODE=y
CONFIG_MICROCODE_INTEL=y
CONFIG_MICROCODE_INTEL_EARLY=y
CONFIG_MICROCODE_EARLY=y

samson4747	# 7 лет, 10 месяцев назад
Темы: 33 Сообщения: 534 Участник с: 23 февраля 2012	Доброго времени суток! Всё ли верно сделал? Обновился на новое ядро, переписал grub.cfg, установил intel-ucode и iucode-tool `# modprobe cpuid` `# bsdtar -Oxf /boot/intel-ucode.img \| iucode_tool -tb -lS - iucode_tool: system has processor(s) with signature 0x00000f43 selected microcodes: 001: sig 0x00000f43, pf mask 0x9d, 2005-04-21, rev 0x0005, size 2048` `# dmesg \| grep microcode [ 0.000000] CPU0 microcode updated early to revision 0x5, date = 2005-04-21 [ 0.308804] microcode: CPU0 sig=0xf43, pf=0x10, revision=0x5 [ 0.308819] microcode: CPU1 sig=0xf43, pf=0x10, revision=0x5 [ 0.308931] microcode: Microcode Update Driver: v2.00 <[email protected]>, Peter Oruba` "If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin

samson4747

# 7 лет, 10 месяцев назад

Темы: 33

Сообщения: 534

Участник с: 23 февраля 2012

Доброго времени суток!

Всё ли верно сделал?

Обновился на новое ядро, переписал grub.cfg, установил intel-ucode и iucode-tool

# modprobe cpuid

# bsdtar -Oxf /boot/intel-ucode.img | iucode_tool -tb -lS -
iucode_tool: system has processor(s) with signature 0x00000f43
selected microcodes:
001: sig 0x00000f43, pf mask 0x9d, 2005-04-21, rev 0x0005, size 2048

# dmesg | grep microcode
[    0.000000] CPU0 microcode updated early to revision 0x5, date = 2005-04-21
[    0.308804] microcode: CPU0 sig=0xf43, pf=0x10, revision=0x5
[    0.308819] microcode: CPU1 sig=0xf43, pf=0x10, revision=0x5
[    0.308931] microcode: Microcode Update Driver: v2.00 <[email protected]>, Peter Oruba

samson4747	# 7 лет, 10 месяцев назад
Темы: 33 Сообщения: 534 Участник с: 23 февраля 2012	nobus Обновился спокойно, пока никаких ошибок не вылетало. Второе (после 3.12) беспроблемное обновление GNOME. Работает точно не медленнее, даже с новой анимацией. Поддерживаю. "If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin

samson4747

# 7 лет, 10 месяцев назад

Темы: 33

Сообщения: 534

Участник с: 23 февраля 2012

nobus
Обновился спокойно, пока никаких ошибок не вылетало. Второе (после 3.12) беспроблемное обновление GNOME. Работает точно не медленнее, даже с новой анимацией.

Поддерживаю.

samson4747	# 7 лет, 11 месяцев назад
Темы: 33 Сообщения: 534 Участник с: 23 февраля 2012	vdemin Вчера еще не было java-runtime-common. был и по оригинальной новости спокойно обновился... "If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin

samson4747

# 7 лет, 11 месяцев назад

Темы: 33

Сообщения: 534

Участник с: 23 февраля 2012

vdemin
Вчера еще не было java-runtime-common.

был и по оригинальной новости спокойно обновился...

samson4747	# 7 лет, 11 месяцев назад
Темы: 33 Сообщения: 534 Участник с: 23 февраля 2012	Как это не обновлён? Вчера его ещё ставил. "If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin

samson4747	# 7 лет, 11 месяцев назад
Темы: 33 Сообщения: 534 Участник с: 23 февраля 2012	nafanja, потребовалось 5 загрузок, поэтому и поднял панику... Благодарю Всех! "If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin

samson4747

# 7 лет, 11 месяцев назад

Темы: 33

Сообщения: 534

Участник с: 23 февраля 2012

nafanja, потребовалось 5 загрузок, поэтому и поднял панику... Благодарю Всех!