121

Forsaken пишет:

Дело еще в том, что я плохо ориентируюсь в документации линукса/юникса... Т.е. для меня очевидным становится что нужно было смотреть об этом в документации по bash, после того как мне подсказали, а самому додуматься до этого не получается) Что поделать - windows культура. Буду исправляться.

ну как в любой ОС, в линуксе есть два вида команд:
1. команды, которые выполняет оболочка(bash). в разных MS-DOS это "резидентные".
справка по ним как и в венде help command. например попробуйте

 Консоль:
$ help eval

2. команды, которые  не выполняются оболочкой. По ним справка man command. Это обычные файлы, и у вас есть право их выполнять. Список каталогов, где они находятся в $PATH.

Есть и более подробная документация, причём часто с приколами. Называется info.

Forsaken пишет:

т.е. запустив bash еще раз, и увидев что переменная окружения стала доступна.. понял, что я просто не понимаю как это все работает и пошел разбираться

1. сначала выполняется команда eval. Эта команда встроенная в bash. Она принимает как аргумент одну строку, а затем её выполняет. Строка у вас $SHELL -l.
2. перед выполнением eval, её параметры обрабатываются оболочкой. В данном случае строка "$SHELL -l" превращается в "/bin/bash -l"
(ВАЖНО: используйте кавычки. Баш очень любит раскрывать разные символы, причём делает это часто непредсказуемо!)
3. /bin/bash с опцией -l приводит к тому, что выполняется bash, но не как обычная подоболочка, а как будто-бы сразу после логина и пароля. Именно потому-то вы увидите работу ~/.bash_login
4. Теперь вы внутри оболочки, которая внутри другой оболочки. Файл ~/.bash_login выполнен, и переменные (экспортированные) доступны.
5. по команде exit вы увидите сообщение logout, и вернётесь в родительскую оболочку
6. по второй команде exit эта оболочка напишет вам уже exit,
7. но вы этого не увидите, потому-что окошко уже закрылось bx

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

122

drBatty пишет:

просто эти файлы разные, в разных системах. Лениво смотреть что там у вас в дебе. А написано это всё в man bash. Читать его надо вам и не мне. По той причине, что они немного у нас разные.

Во первых надо сказать, наоборот что во всех дистрах конфиги программ совместимы на 90%, остальные 10 - это особенности конкретного дистрибутива.
К примеру я когда первый раз увидел конфиг nginx в gentoo немного оторопел (привык к deb), но дерективы те же, разобрался за пять минут.

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

123

newzenon пишет:

Во первых надо сказать, наоборот что во всех дистрах конфиги программ совместимы на 90%, остальные 10 - это особенности конкретного дистрибутива.

ну для расчёта координат коняшки в вакууме может вы и правы. А вот в вопросе, как называется и где лежит конфиг - вы в корне не правы. А у нас как раз обсуждение названия конфига. Ясное дело, что директивы там одинаковые, но параметры директив иные. И название у конфига по другому.
Для этого в мане обычно есть секция FILES
Вот например:

man bash пишет:

FILES
       /bin/bash
              The bash executable
       /etc/profile
              The systemwide initialization file, executed for login shells
       ~/.bash_profile
              The personal initialization file, executed for login shells
       ~/.bashrc
              The individual per-interactive-shell startup file
       ~/.bash_logout
              The individual login shell cleanup file, executed when a login shell exits
       ~/.inputrc
              Individual readline initialization file

т.ч. вопроса "куда правильно вставлять переменную" у меня не возникает, ну просто нет у меня выбора. А вот в Debiane - в другой файл надо.

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

124

drBatty пишет:

т.ч. вопроса "куда правильно вставлять переменную" у меня не возникает, ну просто нет у меня выбора. А вот в Debiane - в другой файл надо.

Док, ну тебе ль жаловаться? Дистро-независимым давно уже должен быть.  smile

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

125

newzenon пишет:

Док, ну тебе ль жаловаться? Дистро-независимым давно уже должен быть.

если-бы мне одна только слака нужна была-бы... В принципе, если знать такие особенности, то всё просто. Достаточно набить несколько шишек. Я уже набил. Когда почитал ман страницу в слаке, ибо у меня была лишняя консоль, а набирать ssh server меня ломало. Теперь вот не ломает, ибо помучился я изрядно в поисках ошибки.

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

126

В общем пока вроде все понятно. Очень благодарен всем за помощь! Спасибо!

127

ребят, я заметил что у меня очень намного уменьшилось пространства на диске, где бы посмотреть мож какие файлы делит? в /var/cache почистил все то надо

128

foozzi пишет:

у меня очень намного уменьшилось пространства на диске, где бы посмотреть мож какие файлы делит?

du
ncdu (есть в репах) псевдографика.
baobab графический.

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

129

как такое понимать? папка весит 2.6 гб а файлы в ней по 40кб
http://img716.imageshack.us/img716/6233/50769776.png

З.Ы скрытых файлов нет

130

foozzi пишет:

как такое понимать? папка весит 2.6 гб а файлы в ней по 40кб

дядя, 100500й раз повторяю: Нет в линуксе папок!
Есть каталоги. Сколько весит 1 автомобиль? Сколько весит 100 автомобилей? Сколько весит каталог автомобильно салона, в котором 100 автомобилей?
Осознайте выделенную мысль, и к вам придёт просветление.

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

131

foozzi, у Вас там написанно что содержимое каталога занимает объем 2,6 Гб и там три объекта. А в списке только два по 4кб. Ничего скрытого там нет?

132

Forsaken,

drBatty пишет:

Есть каталоги. Сколько весит 1 автомобиль? Сколько весит 100 автомобилей? Сколько весит каталог автомобильно салона, в котором 100 автомобилей?

Был, был и весь вышел...

133 (15.08.2011 15:12:30 отредактировано Forsaken)

Lupo Alberto,
В принципе я это понимаю, что каталог это фаил типа d в дескрипторе которого перечислен список ссылок на дескрипторы других файлов. Вот 2,6Гб как я понял это суммарный объем занимаемый всеми перечисленными файлами в каталоге и ниже по дереву (в файле типа d). Я что-то не так понял?

134

Forsaken пишет:

Впирнципе я это понимаю, что каталог это фаил типа d в дескрипторе которого перечислен список ссылок на дескрипторы других файлов.

дескриптор == небольшое целое число. что там может быть перечислено?!
вы всё неправильно поняли.

Forsaken пишет:

Вот 2,6Гб как я понял это суммарный объем занимаемый всеми перечисленными файлами в каталоге и ниже по дереву

это к авторам данного гуя такие вопросы

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

135 (15.08.2011 15:22:54 отредактировано Forsaken)

drBatty, дескриптор == небольшое целое число. что там может быть перечислено?!
вы всё неправильно поняли.
Очень возможно. По поводу индексного дескриптора вроде бы я не ошибаюсь:

В информатике inode (произносится а́йнод или ино́д) или индексным дескриптором называют метаданные файлов, отражающих структуру данных и другую необходимую для их работы информацию, в традиционных файловых системах (ФС) UNIX, таких как UFS. Индексный дескриптор хранит основную информацию о постоянных файлах, каталогах или других объектах файловой системы.

А вот номер дескриптора в таблице индексных дескрипторов это число.

136

Хотя я не прав, в индексном дескрипторе хранятся атрибуты и пр. мета-данные, список хранится в области на которую ссылается дескриптор.

137

Forsaken пишет:

drBatty, дескриптор == небольшое целое число. что там может быть перечислено?!
вы всё неправильно поняли.
Очень возможно. По поводу индексного дескриптора вроде бы я не ошибаюсь:

А вот номер дескриптора в таблице индексных дескрипторов это число.

Есть файловый дескриптор и есть индексный.
В каталоге, в котором находится "Local Settings"
введите команду

ls -alR "Local Settings"

она покажет все файлы и каталоги.

Пётр.

Пётр.

138

Forsaken, просто "дескриптор", это "описатель". Практически всегда - просто обычный номер.

В данном случае, я уж не знаю о каком из трёх дескрипторов вы говорили, но всё одно - неправильно. А на самом деле всё так:
1) есть дескриптор файла. Он же файловый дескриптор. Это целое число, которое указывает на открытый файл в рамках процесса. Вы можете полюбоваться на них в каталоге /proc/PID/fd.
2) номер файла внутри ФС. Это т.н. "индексный дескриптор", он-же inode. полюбоваться на них вы можете выполнив ls -li
3) специальная область данных выделенная на носителе информации. Там хранятся метаданные для каждого файла. Но далеко не все. Например там нет имени файла. Покажет вам эту область (не всю) команда stat.

На самом деле "каталог", это таблица, в которой есть строчки, причём число строчек равно числу файлов в каталоге + 2.

В этой таблице два столбца:
1) inode, в смысле целое число.
2) имя файла.

Просмотреть на эту таблицу можно выполнив
ls -1i

Вес таблицы кратен размеру блока ФС, т.е. кратен 4К. Потому, даже если таблица пуста, и в ней всего 2 строки, то  вес этой таблицы всё равно 4К.

Forsaken пишет:

А вот номер дескриптора в таблице индексных дескрипторов это число.

термин inode имеет 2 значения:
1) индекс - целое число
2) область памяти на диске, зарезервированная под этот inode.

Не нужно их смешивать и путать.

Forsaken пишет:

Хотя я не прав, в индексном дескрипторе хранятся атрибуты и пр. мета-данные, список хранится в области на которую ссылается дескриптор.

имена файлов в каталоге, а так же их inode(числа) хранятся в самом каталоге, а не в дескрипторе(области).

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

139

а вообще я это всё уже подробно написал.

http://linuxforum.ru/viewtopic.php?pid=140657#p140657

За что меня "задротом" и назвали. Однако подобные вопросы вы всё равно будете задавать...

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

140

drBatty,

имена файлов в каталоге, а так же их inode(числа) хранятся в самом каталоге, а не в дескрипторе(области).

Возможно я неправильно подобрал слова, но по проследнее я имеено так и хотел сказать не как мета-данные, а как сами данные (я их назвал словом область - подразумевая блоки выделенные на жестком диске))

За что меня "задротом" и назвали. Однако подобные вопросы вы всё равно будете задавать...

Обижать так людей очень и очень нехорошо((.. Обозвать - это дело не хитрое. Тем более когда человек объясняет нужные фундаментальные вещи.

Эх пойду читать, ибо еще мои зания в зачаточном состоянии.

141

Forsaken пишет:

Возможно я неправильно подобрал слова, но по проследнее я имеено так и хотел сказать не как мета-данные, а как сами данные (я их назвал словом область - подразумевая блоки выделенные на жестком диске))

дело в том, что "метаданные" тоже очень обширный термин. Он подразумевает в себе минимум 3 значения (относительно EXT)

1) область на диске, которая называется inode. Там содержаться временные штампы, права доступа(простые и дополнительные), тип файла, число хардлинков (на самом деле, их даже два), размеры в блоках и в байтах, ну и конечно местоположение самих блоков с информацией.

2) кроме этих метаданных, у файла может быть сколько угодно имён, имена хранятся в каталогах. Фактически, "имя" это просто ссылка на файл, и таких ссылок может быть сколько угодно.

3) есть и дополнительная информация, которая доступна по команде getfattr.

Ну и ещё надо упомянуть про ACL. Она тоже не в инодах лежит, а где-то среди данных. (иноды кучкуются в группы, размер и положение которых неизменно).

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

142 (15.08.2011 23:34:38 отредактировано foozzi)

drBatty пишет:
Forsaken пишет:

Возможно я неправильно подобрал слова, но по проследнее я имеено так и хотел сказать не как мета-данные, а как сами данные (я их назвал словом область - подразумевая блоки выделенные на жестком диске))

дело в том, что "метаданные" тоже очень обширный термин. Он подразумевает в себе минимум 3 значения (относительно EXT)

1) область на диске, которая называется inode. Там содержаться временные штампы, права доступа(простые и дополнительные), тип файла, число хардлинков (на самом деле, их даже два), размеры в блоках и в байтах, ну и конечно местоположение самих блоков с информацией.

2) кроме этих метаданных, у файла может быть сколько угодно имён, имена хранятся в каталогах. Фактически, "имя" это просто ссылка на файл, и таких ссылок может быть сколько угодно.

3) есть и дополнительная информация, которая доступна по команде getfattr.

Ну и ещё надо упомянуть про ACL. Она тоже не в инодах лежит, а где-то среди данных. (иноды кучкуются в группы, размер и положение которых неизменно).


да что ты так в каждой теме агришся то? сам посоветовал baobab потом обзываешь меня гуяшником, ты противоречишь себе и пытаешься выйти сухим из воды, будь спокойней

143

foozzi пишет:

да что ты так в каждой теме агришся то? сам посоветовал baobab потом обзываешь меня гуяшником, ты противоречишь себе и пытаешься выйти сухим из воды, будь спокойней

я-то спокоен bx
что мне расстраиваться-то?

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

144

Вот у меня возник еще незначительный, но непонятный для меня вопрос - куда ставить программы. Допустим я хочу поставить Eclipse  и я вижу два варианта для его установки:
1. /usr/local/ - где помещаются программы и подкаталоги, которые являются локальными для данной машины.
2. /opt - тоже каталог предназначенный для программ.
Я лично ставлю все в /opt но часто замечаю что в блогах при написании статей, товарищи ставят в /usr/local/ А как делать правильнее и логичнее до конца не могу понять, но мне кажется что в /opt
Поправьте пожалуйста, меня если я ошибаюсь.

145

Forsaken, вообще-то куда ставить прграммы вас ни коим образом не должно касаться, об этом apt-get сам всё знает, впервые такую ересь наблюдаю.

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

146 (17.08.2011 14:28:07 отредактировано Forsaken)

newzenon, а если нужно поставить какую-то определнную сборку (в .bin формате) или просто apt-get не находит программы?

147

Forsaken, это единичные исключения, а вообще обычно из исходников собирается deb пакет и потом командует apt-get.

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

148

ы. Бинарники тоже в deb пакеты собирать надо, все что ставится не из пакетов превращает систему в свалку.

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

149 (17.08.2011 15:41:32 отредактировано Forsaken)

newzenon, признаться еще есть такая проблема у меня с apt-get..., что я не могу понять, что я конкретно ставлю и как искать то, что мне нужно. То есть хочу я скажем postgresql 9.0.4, теперь надо как-то понять как с помощью apt-get это дело поставить (\sudo apt-get install [т.е. вот это имя надо узнать]). Я знаю способ найти то, что надо с помощью sudo apt-cache search [имя того что я ищу], но если я впишу sudo apt-cache search postgresql | less придется долго пялиться в длинный список в поиске нужного пакета, мало того там будет только обозначена версия 9.0. Честно скажу, я бы в виндовсе поставил его куда быстрее и понятнее. Забил бы в гугле/бинге postgres там бы уже прямо в гугле была бы быстрая ссылка в раздел "скачать", я бы оттуда за два клика закачал его и еще тремя кликами запустил бы на установку. Вот пока у меня не получается понять, как так же быстро устанавливать/удалять программы в Debian. Вот и делаю на подобие как в виндовсе, только потом устанавливаю с помощью dpkg, либо если бинарник то запускаю его, либо просто распаковываю архив как в случае eclipse. В таком случае мне понятно, что конкретно я установил и куда.
Я сразу прошу прощения, потому, что знаю, что много чего не понимаю еще, однако я читаю и экспериментирующую много, но все же до некоторых вещей еще не добрался.

150

Forsaken пишет:

newzenon, я бы в виндовсе поставил его куда быстрее и понятнее. Забил бы в гугле/бинге postgres там бы уже прямо в гугле была бы быстрая ссылка в раздел "скачать", я бы оттуда за два клика закачал его и еще тремя кликами запустил бы на установку.

Это ж надо столько лишних движений + надо помнить что куда и когда закачал - УЖОС!
Хватит оглядываться на венду. Бред несете милейший.
Венда - бооольшая помойка из установленных прграмм, ну скажи зачем мне нафиг даже знать куда какя программа/библиотека встала? За меня в debian всё apt-get сделал, по полочкам разложил, зависимости учел, обновления скачал.
И да версия того же postgresql вообще не ваша забота, какую ветку дистрибутива используете ту версию и получите, за вас мейнтейнеры уже решили какая версия должна быть в stable какая в unstable.

Например я пользуюсь zsh, в нем есть автодополнение с менюшкой, обычно пишу:
aptitude install postg + нажимаю Tab + Enter - всё установил. И никаких скачиваний с гуглов-муглов, где можно только на гадость нарваться.
И да aptitude гибче, поиск - aptitude search.

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.