Online video hd

Смотреть красивый видео

Официальный сайт 4stupeni 24/7/365

Смотреть видео бесплатно

Комментарии segoon

Вот так бы и написали :-)
Вы бы предупреждали заранее, что в ad-hoc из шифрования только WEP, который ломается за считанные минуты. Для WPA1/WPA2/whatever лучше поднимать hostapd в master mode.
В интернетах я могу найти 3 кодировки с кирилицей внутри: utf-8, cp1251, koi8-r. Ещё бывают запущенные случаи, когда нужно применять iconv несколько раз.
iconv наше всио:
rsstail -1 -u http://ithappens.ru/rss | iconv -f cp1251
Забавно, в man rsstail убунты такого нет. Непорядок!
Как ни странно, поиск по msdn на сайте самого MS работает хуже, чем гугловский :)
Толсто.

1) Тормоза в основном возникают не из-за gtk/qt, а из-за синхронной обработки запросов Xorg'ом.
2) Сетевой прозрачности уже давно нет. Ни D-bus, ни Pulse Audio не пробрасываются вместе с X11, а на dbus завязано ой как много всего.
3) Почитайте что ли в интернетах почему плох X11 сам по себе, какие его части были модными и решали проблемы своих времён, но сейчас никем и никогда не используются. А, как известно, untested code is broken code. Учитывая привилегии, которыми обладает xorg, это критично.
Был бы X11 идеальным, не было бы других сетевых протоколов передачи графики, а были бы реализации X11, много разных разнообразных.

Про автомонтирование вы сказали фигню, она отключается. Что такое удобное монтирование? Я много лет монтирую флешки удобным мне способом.
Про отсутствие ускорения в случае использования wayland'а вы даже аргументов не привели.
~/linux/fs/btrfs$ grep BUG * | wc
872 2330 29804
Некоторая часть из них это как раз OOM на диске :-)
Попробуйте потестируйте его в условиях нехватки места, сейчас у него это самое уязвимое место - IIRC до сих пор паникует.
Для особых случаев можно воспользоваться alien для перевода deb в rpm и наоборот. Хотя некоторые уважаемые мной люди говорят, что alien делает это очень грязно.
Федора и RHEL должны быть совместимы на уровне rpm-макросов, а RHEL CentOs уж наверняка.
В случае совпадения форматов целевого дистрибутива и вашего (напр. debian & ubuntu) можно скачать сорцы и именно тупо пересобрать. С rpm всё-таки надо будет немного разбираться - в разных дистрибутивах разный набор макросов.
Не очень понимаю что вы имеете ввиду. Заранее вы не знаете в каком дистрибутиве находится искомое, а тут вы сразу видите список из десятка кандидатов. Кроме централизованности плюсов нет.
Чтобы:
-Узнать какая версия пакета находится в конкретной версии дистрибутива.
-Узнать каким образом (упрощённо - с какими опциями ./configure) собирается софт.
-Получить набор патчей от данного дистрибутива.
-Получить пакет, которого нет в твоём дистрибутиве (почти всегда с пересборкой).
-Получить исходники определённой версии пакета (либо bleeding egde, либо наоборот - старой настолько, что её в вашем дистрибутиве уже нет, но уже настолько, чтобы стать стабильной).

Естественно, это нужно далеко не всем :)
Вопрос - чему конкретно по RFC не удовлетворяет djbdns?
ЕМНИП те же списки можно найти в сорцах udev'а вместе с другими полезными функциями для юзермода.

С P.S. согласен :)
Ну а что вы хотите, проекту всего ничего)
Насколько я понимаю, офф способ - закомментить start on в /etc/init/ssh.conf.
Более того, ни у одного процесса данный файл может не быть в таблице открытых файловых дескрипторов, при этом структура file может существовать - её может использовать какой-то левый драйвер. У структуры есть счётчик ссылок, пока последний драйвер не отпустит структуру, счётчик не обнулится, и структура не будет освобождена.

Вообще ещё в кернел моде можно работать с файлами без таблицы файловых дескрипторов, но за такое бьют молотком по рукам.

Про slab - не знаю, я на русском ничего по ядру не читал. Но по-английски произносится как ?.


Ещё - прежде чем создавать что-либо в /proc, лучше три раза подумать: действительно ли ваща информация напрямую связана с _процессами_? Если это вывод какой-то глобальной информации, то его лучше запихнуть в /sys (если знаете куда именно), либо в /sys/kernel/debug/ (если не знаете).
В самом начале про dentry нужно написать зачем разделять понятия dentry и inode - у одного inode'а может быть более одного имени (либо ни одного) из-за hard link'ов.

struct file - не обязательно связан с процессом, ибо можно открыть файл один раз, а дальше передавать с пом. fork(2) или UNIX-сокетов в другие процессы; при этом struct file будет единственной. dup2(2) и пр., к слову, не создают новых struct file.

do_sync_read() не просто какая-то функция, а обёртка вокруг fops->aio_read() (попытка вызова асинхронной функции в синхронном режиме). Не реализовав ни одной функции *read() в ФС, глупо надеяться, что каким-то чудесным образом она появится.

SLAB произносится-таки как слэб/слаб, но не сляб :)

У copy_from_user() нужно проверять результат.
The function posix_fallocate() ensures that disk space is allocated for the file referred to by the descriptor fd for the bytes in the range starting at offset and continuing for len bytes. After a successful call to posix_fallocate(), subsequent writes to bytes in the specified range are guaranteed not to fail because of lack of disk space.

This flag allocates and initializes to zero the disk space within the range specified by offset and len. After a successful call, subsequent writes into this range are guaranteed not to fail because of lack of disk space.

Короче, место выделяется. В конкретной реализации нулями место может не заполняться, а резервироваться. На LWN пишут, что если ФС не определяет свою реализацию, то будет тупое обнуление. Сам я код ext3/4 не смотрел, что там происходит не знаю, уж извините :)
Правильные торрентокачалки должны использовать fallocate(2):
http://www.kernel.org/doc/man-pages/online/pages/man2/fallocate.2.html
$ crontab -l
SHELL=/bin/bash
# check new mail, but only at home
*/10 * * * * < -z "`iwconfig | grep -w SomeESSID`" > || ( fetchmail -c &>/dev/null && fetchmail &>/dev/null ) || :

Проверять наличие новой почты и загружать, если что. В случае отсутствия новой почты -c намного быстрее.
Кстати, к бОльшей части информации из /proc можно получить доступ через программы вроде ps (/proc/PID/), mount (/proc/mount), lsmod (/proc/modules), acpi (частично /proc/acpi) и др.
Если говорить о псевдо-ФС, то нужно также упомянуть sysfs (/sysfs/) и мб debugfs (/sys/kernel/debug/). Через первую юзерспейс может получить доступ к kernel object'ам (kobject) - модулях ядра, оборудованию и пр., а через вторую - к различной отладочной информации (вряд ли интересно кому-либо кроме программиста драйверов).

Минус /proc в том, что туда за последнее время пихали слишком много неструктурированной информации, из-за этого ввели sysfs. В sysfs основное правило: один файл - одно значение. При этом вся ФС имеет чёткую иерархию.
Попробуйте от юзера апача вручную запустить suexec.
Покажите как suexec ругается в логи.
Поддерживаю. Если нужно ext3+snapshots, то можно next3. Хотя последнюю я не смотрел :)
Простите, мы об одном и том же ядре говорим?

~/linux/fs/btrfs$ head Kconfig
config BTRFS_FS
tristate "Btrfs filesystem (EXPERIMENTAL) Unstable disk format"
depends on EXPERIMENTAL
<...>

Выше вы же написали о btrfs-progs-unstable...
Зачем использовать btrfs не в тестовых целях, если он до сих пор experimental? Никто не обещал даже стабильность структур данных на диске...
/lib/udev/rules.d/75-persistent-net-generator.rules:
# do not edit this file, it will be overwritten on update

# these rules generate rules for persistent network device naming
#
# variables used to communicate:
# MATCHADDR MAC address used for the match
# MATCHID bus_id used for the match
# MATCHDRV driver name used for the match
# MATCHIFTYPE interface type match
# COMMENT comment to add to the generated rule
# INTERFACE_NAME requested name supplied by external tool
# INTERFACE_NEW new interface name returned by rule writer

ACTION!="add", GOTO="persistent_net_generator_end"
SUBSYSTEM!="net", GOTO="persistent_net_generator_end"

# ignore the interface if a name has already been set
NAME=="?*", GOTO="persistent_net_generator_end"

# device name whitelist
KERNEL!="eth*|ath*|wlan*<0-9>|msh*|ra*|sta*|ctc*|lcs*|hsi*", GOTO="persistent_net_generator_end"

# ignore Xen virtual interfaces
SUBSYSTEMS=="xen", GOTO="persistent_net_generator_end"

# read MAC address
ENV{MATCHADDR}="$attr{address}"

# match interface type
ENV{MATCHIFTYPE}="$attr{type}"

# These vendors are known to violate the local MAC address assignment scheme
# Interlan, DEC (UNIBUS or QBUS), Apollo, Cisco, Racal-Datacom
ENV{MATCHADDR}=="02:07:01:*", GOTO="globally_administered_whitelist"
# 3Com
ENV{MATCHADDR}=="02:60:60:*", GOTO="globally_administered_whitelist"
# 3Com IBM PC; Imagen; Valid; Cisco; Apple
ENV{MATCHADDR}=="02:60:8c:*", GOTO="globally_administered_whitelist"
# Intel
ENV{MATCHADDR}=="02:a0:c9:*", GOTO="globally_administered_whitelist"
# Olivetti
ENV{MATCHADDR}=="02:aa:3c:*", GOTO="globally_administered_whitelist"
# CMC Masscomp; Silicon Graphics; Prime EXL
ENV{MATCHADDR}=="02:cf:1f:*", GOTO="globally_administered_whitelist"
# Prominet Corporation Gigabit Ethernet Switch
ENV{MATCHADDR}=="02:e0:3b:*", GOTO="globally_administered_whitelist"
# BTI (Bus-Tech, Inc.) IBM Mainframes
ENV{MATCHADDR}=="02:e6:d3:*", GOTO="globally_administered_whitelist"
# Realtek
ENV{MATCHADDR}=="52:54:00:*", GOTO="globally_administered_whitelist"
# Novell 2000
ENV{MATCHADDR}=="52:54:4c:*", GOTO="globally_administered_whitelist"
# Realtec
ENV{MATCHADDR}=="52:54:ab:*", GOTO="globally_administered_whitelist"
# Kingston Technologies
ENV{MATCHADDR}=="e2:0c:0f:*", GOTO="globally_administered_whitelist"

# match interface dev_id
ATTR{dev_id}=="?*", ENV{MATCHDEVID}="$attr{dev_id}"

# do not use "locally administered" MAC address
ENV{MATCHADDR}=="?<2367abef>:*", ENV{MATCHADDR}=""

# do not use empty address
ENV{MATCHADDR}=="00:00:00:00:00:00", ENV{MATCHADDR}=""

LABEL="globally_administered_whitelist"

# build comment line for generated rule:
SUBSYSTEMS=="pci", ENV{COMMENT}="PCI device $attr{vendor}:$attr{device} ($driver)"
SUBSYSTEMS=="usb", ATTRS{idVendor}=="?*", ENV{COMMENT}="USB device 0x$attr{idVendor}:0x$attr{idProduct} ($driver)"
SUBSYSTEMS=="pcmcia", ENV{COMMENT}="PCMCIA device $attr{card_id}:$attr{manf_id} ($driver)"
SUBSYSTEMS=="ieee1394", ENV{COMMENT}="Firewire device $attr{host_id})"

# ibmveth likes to use "locally administered" MAC addresses
DRIVERS=="ibmveth", ENV{MATCHADDR}="$attr{address}", ENV{COMMENT}="ibmveth ($id)"

# S/390 uses id matches only, do not use MAC address match
SUBSYSTEMS=="ccwgroup", ENV{COMMENT}="S/390 $driver device at $id", ENV{MATCHID}="$id", ENV{MATCHDRV}="$driver", ENV{MATCHADDR}=""

# see if we got enough data to create a rule
ENV{MATCHADDR}=="", ENV{MATCHID}=="", ENV{INTERFACE_NAME}=="", GOTO="persistent_net_generator_end"

# default comment
ENV{COMMENT}=="", ENV{COMMENT}="net device ($attr{driver})"

# write rule
DRIVERS=="?*", IMPORT{program}="write_net_rules"

# rename interface if needed
ENV{INTERFACE_NEW}=="?*", NAME="$env{INTERFACE_NEW}"

LABEL="persistent_net_generator_end"



/lib/udev/write_net_rules:
#!/bin/sh -e
#
# Copyright (C) 2006 Marco d'Itri
# Copyright (C) 2007 Kay Sievers
#
# This program is free software; you can redistribute it and/or modify it
# under the terms of the GNU General Public License as published by the
# Free Software Foundation version 2 of the License.
#
# This script is run to create persistent network device naming rules
# based on properties of the device.
# If the interface needs to be renamed, INTERFACE_NEW= will be printed
# on stdout to allow udev to IMPORT it.

# variables used to communicate:
# MATCHADDR MAC address used for the match
# MATCHID bus_id used for the match
# MATCHDEVID dev_id used for the match
# MATCHDRV driver name used for the match
# MATCHIFTYPE interface type match
# COMMENT comment to add to the generated rule
# INTERFACE_NAME requested name supplied by external tool
# INTERFACE_NEW new interface name returned by rule writer

# debug, if UDEV_LOG=
if < -n "$UDEV_LOG" >; then
if < "$UDEV_LOG" -ge 7 >; then
set -x
fi
fi

RULES_FILE='/etc/udev/rules.d/70-persistent-net.rules'

. /lib/udev/rule_generator.functions

interface_name_taken() {
local value="$(find_all_rules 'NAME=' $INTERFACE)"
if < "$value" >; then
return 0
else
return 1
fi
}

find_next_available() {
raw_find_next_available "$(find_all_rules 'NAME=' "$1")"
}

write_rule() {
local match="$1"
local name="$2"
local comment="$3"

{
if < "$PRINT_HEADER" >; then
PRINT_HEADER=
echo "# This file was automatically generated by the $0"
echo "# program, run by the persistent-net-generator.rules rules file."
echo "#"
echo "# You can modify it, as long as you keep each rule on a single"
echo "# line, and change only the value of the NAME= key."
fi

echo ""
< "$comment" > && echo "# $comment"
echo "SUBSYSTEM==\"net\", ACTION==\"add\"$match, NAME=\"$name\""
} >> $RULES_FILE
}

if < -z "$INTERFACE" >; then
echo "missing \$INTERFACE" >&2
exit 1
fi

# Prevent concurrent processes from modifying the file at the same time.
lock_rules_file

# Check if the rules file is writeable.
choose_rules_file

# the DRIVERS key is needed to not match bridges and VLAN sub-interfaces
if < "$MATCHADDR" >; then
match="$match, DRIVERS==\"?*\", ATTR{address}==\"$MATCHADDR\""
fi

if < "$MATCHDRV" >; then
match="$match, DRIVERS==\"$MATCHDRV\""
fi

if < "$MATCHDEVID" >; then
match="$match, ATTR{dev_id}==\"$MATCHDEVID\""
fi

if < "$MATCHID" >; then
match="$match, KERNELS==\"$MATCHID\""
fi

if < "$MATCHIFTYPE" >; then
match="$match, ATTR{type}==\"$MATCHIFTYPE\""
fi

if < -z "$match" >; then
echo "missing valid match" >&2
unlock_rules_file
exit 1
fi

basename=${INTERFACE%%<0-9>*}
match="$match, KERNEL==\"$basename*\""

if < "$INTERFACE_NAME" >; then
# external tools may request a custom name
COMMENT="$COMMENT (custom name provided by external tool)"
if < "$INTERFACE_NAME" != "$INTERFACE" >; then
INTERFACE=$INTERFACE_NAME;
echo "INTERFACE_NEW=$INTERFACE"
fi
else
# if a rule using the current name already exists, find a new name
if interface_name_taken; then
INTERFACE="$basename$(find_next_available "$basename<0-9>*")"
echo "INTERFACE_NEW=$INTERFACE"
fi
fi

write_rule "$match" "$INTERFACE" "$COMMENT"

unlock_rules_file

exit 0
Ubuntu 10.04, наверняка верно для debian.

vasya@albatros:/etc/udev/rules.d$ head 70-persistent-net.rules
# This file maintains persistent names for network interfaces.
# See udev(7) for syntax.
#
# Entries are automatically added by the 75-persistent-net-generator.rules
# file; however you are also free to add your own entries.

# PCI device 0x11ab:0x4363 (sky2)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:13:77:6e:ed:7f", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x168c:0x001c (ath5k_pci)

$ dpkg -S /lib/udev/rules.d/75-persistent-net-generator.rules
udev: /lib/udev/rules.d/75-persistent-net-generator.rules

То же самое для cd. Если надо, могу выложить генератор.
Мягко говоря, согласен. Если на флешке (или что там у вас) стоит FAT или ext2, то о сохранности данных не может быть и речи. Нужно делать umount _до_ физического воздействия, иначе вся отложенная (или просто незаконченная) запись не будет завершена.
у меня с вай-фаем работало нормально. Правда, бывают лаги, когда связь плохая. Но тут имхо у любого небуферизованного метода будут проблемы.
Потому что биос - то же самое что и ACPI: тестируется на совместимость исключительно с виндой. При этом если с ним работать чуть-чуть не как винда, то ай-ай-ай. Поэтому и хорошо было бы иметь опенсорсный биос.
Скушало бекслешь перед кавычкой ;(
Если на коленке, то вот:
cat t | grep img | cut -d\' -f 4 | xargs wget

На 3 примерах работает.
Если есть доверие к юзеру (т.е. это вы/ваше доверенное лицо), то можно сделать проверку при логине с пом. самописного скрипта - есть ли пароль (или его хеш) в текстовом файлике. Если нет - выход, если есть - удалить из списка паролей и продолжить работу.

Если нет - то только через всякие pam, пароль/хеш хранить в нечитаемом юзером файле.
git позволяет коммитить без доступа к серверу.
Да, кстати - less опознаёт такие символы и выводит их как ^@, ^M, и т.д. Так что less более "безопасен" при чтении неизвестных файлов.
Control characters, код которых меньше ЕМНИП 0x20. Среди них есть изменение цвета символов, фона и пр.

Вообще это текущие настройки терминала, так что при перезагрузке всё встанет на свои места.
Кстати, переменные окружения (всякие LANG, LC_*) влияют только на поведение программ, а не терминала. Символы рисует (в т.ч. мигает и пищит) именно терминал.
команда reset - очищает и инициализирует терминал.
apparmor ограничивает конкретный бинарник по конкретному пути, а не всё в системе.
еее 1005 РЕ )) Живёт часов 6-12 при обычной работе, 1 кг.
Но это нетбук, видюха интеловская, т.е. файрфокс тормозит безбожно. Может быть хромиум будет нормальным.

Ubuntu 10.04, linux 2.6.32 + ручной вайфай, laptop mode, всё работает.
dpkg -L package | grep /etc/
PAGER="less -pFILES" man program
Подходит?
Забавно, у меня такого драйвера в dmesg вообще нет:
segoon@shinshilla:~$ dmesg | grep pcie
< 0.360676> pcieport 0000:00:1c.0: irq 24 for MSI/MSI-X
< 0.360693> pcieport 0000:00:1c.0: setting latency timer to 64
< 0.360966> pcieport 0000:00:1c.1: irq 25 for MSI/MSI-X
< 0.360982> pcieport 0000:00:1c.1: setting latency timer to 64
< 0.361245> pcieport 0000:00:1c.3: irq 26 for MSI/MSI-X
< 0.361261> pcieport 0000:00:1c.3: setting latency timer to 64
< 0.361795> pciehp: PCI Express Hot Plug Controller Driver version: 0.4
Управление сетью самостоятельно - его цель: подключил кабель к ноуту - получи адрес по DHCP (или как вам надо), подошёл к известной AP - автоматический коннект к ней. По вашей логике и wicd надо сжечь, и споры wicd vs nm не имеют смысла.

Абстракция над абстракцией? Это вы имеете ввиду гуй поверх чего-либо? Тогда да, наш диалог бесполезен, т.к. мы спорим о разных вещах.

З.Ы. Я не фанатик гуя. Я против неаргументированной критики.
http://www.google.com/search?hl=ru&q=wicd+%D0%BF%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D1%8B&aq=f&aqi=&aql=&oq=&gs_rfai= 25 тысяч против 16 :)
И что дальше? 50% вопросов - это проблемы с VPN, а о нём мы сейчас не говорим, 40% - кривые драйверы, с которыми не работает _ничто_.

Так что вопрос о том, чем таким плох nm, остаётся открытым. То, что им потенциально нельзя настроить на хитрожопые схемы - минус любого гуя. Но тупой коннект к защищённой сетке, создание/коннект к adhoc'у работает.
Сначала прочтите о фишках ZFS, кроме снапшотов, а потом говорите о том "кто не нужен". У ZFS есть что-то типа автокорректирующегося LVM, она более расширяемая. У ZFS нет битовых карт везде и всюду: попробуйте на ext3 удалить файл в несколько гигабайт.
1 2

Смотреть видео онлайн

Онлайн видео бесплатно


Смотреть русское с разговорами видео

Online video HD

Видео скачать на телефон

Русские фильмы бесплатно

Full HD video online

Смотреть видео онлайн

Смотреть HD видео бесплатно

School смотреть онлайн