За последние 60 дней ни разу не выходила
Сайт листа:
http://www.linuxrsp.ru
Открыт:
25-07-2003
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.linux.discuss-list@subscribe.ru
Адрес
модератора: comp.soft.linux.discuss-owner@subscribe.ru
Не дождался я вашего ответа про первые 512 байт досовского раздела и сделал
dd if=/dev/zero of=/dev/hda1bs=512 count=1
Теперь винзда не грузится, а mount не может понять fs type(вручную
пробовал)
Как можно примонтировать этот раздел чтоб хотябы скопировать то, что на
нем лежит?
On Fri, 5 Dec 2003 20:00:57 +0300, ChiP <ch***@b*****.ru> wrote:
Ага мне тоже понравилось %)
Убил таблицу разделов?? А как тогда работают hda2(ReiserFS),hda3(ReiserFS)
и hda4(swap)?
NixoiD пишет:
Ну написав
of=/dev/hda1
убить таблицу разделов довольно затруднительно :)), а вот начало ФАТа
прибил (кажется это называется
таблицей размещения файлов, но точно не помню), а это имхо похуже.
кстати а что-то типа unformat'а не пробовал?
Здравствуйте, Max.
07.12.2003 0:11, Вы писали:
Со смещением в 6 секторов (6 * 512 байт) от начала /dev/hda1 лежит ТОЧНАЯ
копия того, что Вы убили. Оттуда и берите.
Например, у меня диск BR FAT32 диска C: абсолютный сектор 63 (с
нулевого), его копия - сектор 69. C NTFS все гораздо запарней.
P.S. Главное при восстановлении данных, не делать резких движений
(format / unformat, scandisk и т.д.)
P.P.S. Убить таблицу разделов еще проще - в вышеописанной строчке
заменить /dev/hda1 на /dev/hda. Это даже веселее - копии ее нет.
Помниться серфился я по своему винту в 151 301 488 секторов с помощью
Norton Disk Editor'а в поисках границ разделов и руками пытался
восстановить MBR. С первыми двумя FAT32 разделами справился, а вот
с NTFS наступил финиш. Выручил меня Acronis Recovery Expert, тот
шерстит винт и по найденным разделам воссоздает таблицу разделов.
Только делает он немного коряво - потом руками кое-что править
приходиться, не без него не светило мне NTFS восстановить.
Кстати, связкой в Acronis Disk Editor и Acronis Recovery Expert можно
вылечить многие проблемы.
Не совсем точная копия (сейчас залез Disk Editor'ом и сравнил).
В этих секторах находиться описание раздела
FAT32 (размер раздела, размер FAT, метка и т.д.) + загрузчик. Так вот,
загрузчики могут отличаться. А описание совпадает. Для того, чтобы
DOS/Win и Linux могли нормально работать с данным разделом
эта копия подойдет, а загрузчик можно потом поправить.
^^^^^^^^^^^^^^^^^^^^^^
Boot Record FAT32 диска С:
echo
'\documentclass[a4]{article}\usepackage{graphicx}\begin{document}' >
doc.tex;
for i in `ls *.jpg`; do j=`echo $i |sed 's/\.jpg$//'` && jpegtopnm $i
| pnmtops
Требования: netpbm, latex, sed. Годится для разового применения. Если
процесс
надо выполнять часто, то лучше сделать Makefile.
все то ничего только после этого выполнения я получаю много eps файлов
огромного
размера из jpeg 100kb получаю файл около 6 мег
а мне надо чтобы из всех картинок получить одну пдфку нармального
сопоставимого
размера
а кроме этого получаю файл doc.texв котором одни какието заголовки
и pdflatex естественно выводит кучу разных ошибок
как это сделать пдф?
Корзина цветов в подарок на Рождество!
Подробности на http://www.soyuzonline.by/
-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: http://subscribe.ru/member/unsub?grp=comp.soft.linux.discuss&email=
http://subscribe.ru/ mailto:ask@subscribe.ru
i386-asplinux-linux-gnu)
doc.tex будет компилироваться pdflatex'ом в doc.pdf. В процессе компиляции выдается
много информации на терминал, если возникает ошибка то процесс приостанавливается
и pdflatex ждет ввода команд от пользователя.
Вот скрипт:
#!/bin/bash
DOCBASE=$1
[ -z $DOCBASE ] && \
echo "Usage: jpegstopdf docname jpegfile ..." && exit 1
TEXFILE="$DOCBASE.tex"
echo -e "\\documentclass{article}
\\usepackage{graphicx}
\\usepackage{geometry}
\\geometry{a4paper,tmargin=1cm,bmargin=1cm,lmargin=1cm,%
rmargin=1cm,headheight=0cm,headsep=0cm,footskip=0cm}
\\pagestyle{empty}
\\\begin{document}" > $TEXFILE
shift
for i in $*; do
echo "\\includegraphics[width=\\textwidth]\
{$(echo $i |sed 's/\.jpg$//')}" >> $TEXFILE
done
echo '\end{document}' >> $TEXFILE
if pdflatex $TEXFILE; then
( rm $TEXFILE; rm $DOCBASE.log;
rm $DOCBASE.aux ) 2> /dev/null
fi
Сохраните его в файл jpegstopdf и сделайте его выполняемым:
chmod a+x jpegstopdf
После чего запустите его:
./jpegstopdf morejpegs *.jpg
В результате должен создастся файл morejpegs.pdf
Если будут сообщения об ошибках, то обязательно вставляйте их в письмо.
Скрипт проверен на моей системе. Из 5-ти Jpeg-ов, общим объемом в 582413 байт,
был получен PDF-документ размером 585752 байт.
PS: Отвечайте пожалуйста на письма по теме. Последнее Ваше письмо было ответом
на "superblock". Просто многие люди просматривают сообщения рассылки в виде нитей,
и левые сообщения в потоке с другой темой выглядят нехорошо.
-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: http://subscribe.ru/member/unsub?grp=comp.soft.linux.discuss&email=
http://subscribe.ru/ mailto:ask@subscribe.ru
COPPu 3A PyHGLISH - CM. NI}|{E
HE DO}|{DALCA YA BAIIIuX OTBETOB - HAIIIEJI IIPOGPAMMy TestDisk.
..
PE3YJITAT TAKOY }|{E KAK OT cat /dev/urandom > /dev/hda...
A PE3EPBHb|E KOIIuu 3x-MECA4NOu DABHOCTu...
TEIIEP XFree86 4ETO HE BBODuT RUSSKuy.
..
Option "XkbVariant" "nodeadkeys"
Option "XkbRules" "xfree86"
Option "XkbModel" "pc101"
Option "XkbLayout" "ru(winkeys)"
Option "XkbOptions" "grp:ctrl_shift_toggle,grp_led:scroll"
..
4TO HE TAK?
A EIIIE IIOCJIEDOBAJI COBETY man cfdisk u CO3DAJI WINZDOBb|u PA3DEL
DOCOBb|M fdisk'om:
BuHT: 40 GIG
/dev/hda1(dos): 30 GIG << DOJI}|{EH bb|Tb 20 GIG.
/dev/hda2(reiserfs): 15 GIG
/dev/hda3(reiserfs): 4 GIGA
/dev/hda4(swap): 1 GIG
4EM KOBb|PATb?
On Mon, 08 Dec 2003 15:42:28 +0200
NixoiD <nixo***@k*****.ru> wrote:
Option "XkbRules" "xfree86"
Option "XkbModel" "microsoft"
Option "XkbVariant" ",winkeys"
Option "XkbLayout" "us,ru"
Option "XkbOptions" "grp:ctrl_shift_toggle,grp_led:scroll"
Обратите внимание на запятые. Это не опечатки.
(RH9 X4)
On Mon, 8 Dec 2003 16:43:40 +0300, Крохин Анатолий Александрович
<kr***@b*****.ru> wrote:
ECJIu B XkbVariant CTOuT 4TO-TO KPOME nodeadkeys, TO BOObII|E Hu4E HE
BBODICA.
On Mon, 08 Dec 2003 21:47:43 +0200
NixoiD <nixo***@k*****.ru> wrote:
Тогда можно попробовать все то же самое, только вместо winkeys -nodeadkeys
On Tue, 9 Dec 2003 08:24:35 +0300, Крохин Анатолий Александрович
<kr***@b*****.ru> wrote:
HE IIOMOGJIO.
yA IIPObOBAJI DPyGuE yA3bIKu - PE3yJIbTAT TOT-}|{E. (scroll lock DA}|{E HE
3AGOPAEI|A)
A C FAT'om HuKTO HE 3HAET 4TO DEJIAT?
On Sat Dec 06, 2003 at 09:50:17PM +0200, NixoiD wrote:
спутал с параллельным листом, открытым в соседнем окне mutt'a,
там байда шла про boot[0-2] в mbr на FreeBSD, поэтому mbr
приглючился и здесь. Безусловно постадала только таблица, но материал
для размышления был дан ранее.
К тому прочитайте новость про FAT на www.linux.org.ru (вроде) -
Вы заплатили M$ за ее использование :) ? все права у нее.
On Fri Dec 05, 2003 at 05:31:00PM +0200, NixoiD wrote:
супер :) - lol
"нормальным" способом никак - ведь ты сам убил таблицу
разделов. Ищи программки в инете - www.google.com.ru
ps: а вообще все может исправить rm -fR / ;)